On 04/06/2013 08:58 PM, Daniel Mack wrote:
... and one frame is also just 8 bits (or 16, for the second format). I think that matches the logic quite well.
OK, so we agree. But what Andreas has in ASIO is sample rate at 2822400 and periods actually contain period size number of bytes and thus period size * 8 samples. While for others periods actually contain period size number of samples and thus period size / 8 bytes (for DSD). Of course DSD64 doesn't do 2822400 bytes per second. It is either 2822400 bits per second, 352800 U8 per second, 176400 U16 per second or 88200 U32 per second. This keeps real sample (bit) rate of nbits(type)*sample rate == bit rate consistent.
So for U8 type and 2822400 DSD bit rate sample rate 352800. And for U16 type 176400 sample rate. Now you can already see that for U8 type there's no overlap with any PCM hardware at least I'm aware of, but for U16 at 176400 there already is.
If we have DSD-specific sample types, the overlap is not a problem. If we don't and want to utilize UAC2 spec it matters more.
_______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
