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. -- Fedora http://fedoraproject.org/wiki/User:Rathann Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" _______________________________________________ DVDnav-discuss mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/dvdnav-discuss
