> I don't like the idea of a decompression of any kind in libdvdread: > I don't see the purpose and I consider it belonging to an upper > layer library or application
Or lower. libdvdread already has the ability to set methods to for the input functions. (Only two by default, css_* methods, and libc methods.). Perhaps a good solution would be to add API calls to register any other set of methods, in my case RAR, but one could imagine a few others (FTP, HTTP etc). But for now I simply added a 3rd dvd_input method for calling unrar, via popen. Works surprisingly well. >> Patch 3: Add UDF2.50 support to read new BD5/9 disks. > > very interesting This appears to work. In that I can now iterate over BDMV, STREAM directories, and find 00001.m2ts file. However, this does not really fit in with libdvdread's methods of reading files. (title, domain, part). Should there be a whole new set of methods just for BDMV images, or translate the triplets on the fly "somewhow" to simulate a DVD image. I did not fully implement UDF2.50 (metadata etc) (yet?), just the extended file info. Just like libdvdread does not fully implement UDF2.01 either. > see the "-identify" code in mplayer to list the titles available > with all their details > Thank you, I will have to check it. I was hoping that if I ask for a particular video stream, particular audio stream, and particular subtitle stream, and want to send just a large .VOB file to the media device, that libdvdnav would do all the hard parts to (re)multiplex the VOB data for me, so I simply stream it...? (Dreamin') Lund -- 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
