On 28.03.2013 05:58, Andreas Koch wrote:

...

Andreas,

Am I right to assume that in your case it's the same as for DoP, IOW, oldest in MSB?

Good point - thanks for bringing it up - another can of worms. With Windows having a little endian philosophy we started early on with the first DSD workstation by putting the oldest sample in the LSB position. ASIO came along and adopted the same thing, but then extended support for the opposite as well. Rigisystems (offering OEM modules for USB audio) came along about a year ago and insisted that there is only their way, i.e. putting the oldest bit in the MSB position. I tried to explain to them that there are already hundreds of products out in the market that do it differently, but that didn't matter to them. The result is that now we have implementations with both. Up until now that was not a huge issue, because there is no generic Windows driver and every hardware manufacturer had to have a custom driver. 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.

Since the time I had the discussions with Rigisystems I didn't have any further communication with them. Maybe it is a good idea to touch base with them again and find out what the latest is. I will try my contact there and let you know.

Eek, what an utter mess. Just let me know what you find out. We then need to augment the number of DSD formats, but then again, we can also move the sample rate calculation table inside the ALSA kernel core instead.

Takashi et al - please don't apply any of these patches yet (expecpt for the the indentation fixup) :) I guess we need some more spins on this.

Thanks, Daniel