[alsa-devel] [PATCH 2/2] alsa-lib: bring pcm.h and pcm.c in sync with the kernel list
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