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]