Re: [alsa-devel] [PATCH 2/2] alsa-lib: bring pcm.h and pcm.c in sync with the kernel list
Hi Andreas,> Now of course, with your heroic effort in creating a generic driver that
would help everyone, we have a mess. Some DACs expect little endian (mine and others as well) and others (all that are based on Rigisystems modules) big endian positions.
OK, we actually have two separate endianess issues here, but only one with word lengths longer than 8-bit.
We have the traditional byte order endianess and the bit order endianess. Of course from computer point of view order of bits in a byte is sort of separate issue. And now the two file formats used for DSD use opposite bit ordering, but being byte-based don't have the byte ordering issue. At worst we have four different sample format possibilities for word lengths longer than a byte...
Either way, application will have to be able to reshuffle the bits for the other format.
- Jussi
On 03/28/2013 09:36 AM, Jussi Laako wrote:
OK, we actually have two separate endianess issues here, but only one with word lengths longer than 8-bit.
Argh... shouldn't write emails before morning coffee.
Of course I meant the problem of two is only with word lengths >8-bit. And only one problem for 8-bit.
On 28.03.2013 08:36, Jussi Laako wrote:
Either way, application will have to be able to reshuffle the bits for the other format.
If you share your implementation to do that, it could eventually also move into the 'plug' plugin in userspace, so conversion is done on the fly as needed.
Daniel
participants (2)
-
Daniel Mack
-
Jussi Laako