Re: Ogg encapsulation
Ralph Giles <giles-zeIfkxP3e/[email protected]> Sat, 3 Apr 2004 23:23:49 -0800
| Newsgroups | gmane.comp.graphics.mng.general |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Apr 01, 2004 at 11:50:57AM +0200, Gerard Juyn wrote: > What you're also implying is that you'd rather push the data into libmng, rather > than have libmng pull it thru the callbacks. This is the same discussion I had > with Alex about the Mozilla integration where the same problem applied. > However he decided on a solution within his glue-code. The 'suspension buffer' works ok for this, it's true. If you want the full wish, we'd like to have libmng parse directly out of sparse buffer chains. This way we can do 'zerocopy' reads from whatever transport the data stream is using. We're going with this approach for the video-related Ogg implementation because the expense of copying around even compressed video is quite significant. So not just push put complicated push. :) I have been thinking about writing something like this for VLC streams though. Speaking of, I have an innocent question. Is there any way to write uncompressed IDAT chunks? If not, what's the fastest mode of encoding png data? There's a niche for a lossless video file format, and Ogg MNG + FLAC (our lossless audio codec) seems like it could fit the bill. I do understand that zlib is very fast on modern 2 GHz machines, but in live recording it's nice to be able to minimize overhead if necessary. -r -- Send the message body "help" to [email protected]