[DVDnav-discuss] UDF2.50

[Jorgen Lundman]

That would be a lot of work*, and usually my patches are just ignored 
(not here, other work) but if it was wanted, it could be done.

It should be only one version behind, I grabbed your tarball as soon as 
you released it.

* not really, just repetitive. ;)

Lund


Dominik 'Rathann' Mierzejewski wrote:
> On Friday, 19 September 2008 at 09:14, Jorgen Lundman wrote:
>>> and the patch is...?
>>>
>> http://www.lundman.net/cvs/viewvc.cgi/lundman/llink/libdvdnav-4.1.2/
> 
> That's no patch, that's a space station^W^W^Wan old version. ;)
> Could you please send a svn diff'd patch against current SVN?
> 
>>  > 5. Unfortunately, libdvdread developers cheated when reading AD's from
>>  > FileInfo data. It will parse them all, and return the last one found.
>>  > Again, because DVDs are <= 1GB, there is only one AD chained and hence,
>>  > no problem. For UDF2.50, and larger files, I needed extra patching to
>>  > fetch the correct chain. Not entirely sure how best to fix this yet.
>>
>> I decided to do this properly.
>>
>> Previously, libdvdread developers return "lb_start" block number from 
>> UDFFindFile(), and the users of the API assumes all the file-blocks are 
>> contiguous.
>>
>> I have changed it so dvd_ufd.c's UDFFindFile return a "UDF_FILE" opaque 
>> type for dvd_read.c to use instead, and a new UDFFileBlockPos() that 
>> translates a file's offset, to actual block number, taking into account 
>> of the AD chains (which have gaps it, as it turns out).
>>
>> This completes my task for now, in that my player will happily list the 
>> contents of BS-ISO images, and play the m2ts files within.
>>
>>
>> Useless logs follows for amusement.
> 
> Nice. Thank you for your work.
> 
> Regards,
> R.
> 

-- 
Jorgen Lundman       | <lundman at lundman.net>
Unix Administrator   | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo    | +81 (0)90-5578-8500          (cell)
Japan                | +81 (0)3 -3375-1767          (home)