[ogg-dev] OggPCM : Need more justification for chunked data

[Silvia.Pfeiffer at csiro.au]

Hi Rene,

we have discussed the issue of different formats per channel, e.g. different sampling rates. It was not clear whether with PCM sampling of devices this is actually a common (or even used) case. Do you know how multi-channel sound is sampled? Is it created with different widths/rates on different channels?

If it is not a common case, we can leave the solution to different streams and keep it outside OggPCM. If it's common and the data comes interleaved in one stream, we should discuss including it into OggPCM.

Cheers,
Silvia.


-----Original Message-----
From:	ogg-dev-bounces at xiph.org on behalf of Rene Herman
Sent:	Tue 11/15/2005 12:07 AM
To:	Jean-Marc Valin
Cc:	ogg-dev at xiph.org
Subject:	Re: [ogg-dev] OggPCM : Need more justification for chunked data
Jean-Marc Valin wrote:

> Two other issues that remained were:
> 1) Need for minor version (Silvia and I want it, MikeS is against)
> 2) Having the header 32-bit aligned vs. making the channel field 8 bits

Alternatively, make it 16-bit (or 8-bit and define the next byte as 
"padding") and shrink the "significant bits" field to 16 as well. Having 
2^32 significant bits seems rather unuseful?

I do see that the channel info encoding is in here. Not different 
formats/width per channel. Does that need discussion?

Rene.
_______________________________________________
ogg-dev mailing list
ogg-dev at xiph.org
http://lists.xiph.org/mailman/listinfo/ogg-dev