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 | <[EMAIL PROTECTED]> 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) _______________________________________________ DVDnav-discuss mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss
