[alsa-devel] [PATCH 2/2] alsa-lib: bring pcm.h and pcm.c in sync with the kernel list

Jussi Laako jussi at sonarnerd.net
Sat Apr 6 23:48:35 CEST 2013

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.

More information about the Alsa-devel mailing list