[ogg-dev] OggPCM format description, rev 3

Conrad Parker conrad at metadecks.org
Sun Nov 13 18:52:04 PST 2005

On Sun, Nov 13, 2005 at 09:18:47PM -0500, jkoleszar at on2.com wrote:
> Erik:
> > Again, I strongly recommend against allowing non-interleaved data.
> > It simply complicates everything far more than it needs to be.
> This is probably the only point we may disagree on. Having the data
> chunked opens the door for a whole host of SIMD optimized filters and it
> definitely could be a useful internal representation along a filter chain.
> As long as you're only dealing with byte aligned data, I don't think the
> storage and retrieval is that difficult. I agree, it's probably not very
> useful in the general case, but there are some cases where it is, so it
> may be worth defining it.

I agree that holding non-interleaved data is useful. For instance,
CoreAudio and JACK both use non-interleaved (per-channel) buffers.


More information about the ogg-dev mailing list