That seems like a driver issue.
good morning Krunok and thanks for your reply, but I meant that the kernel did not see the Xmos chip and I was thinking another line in quirks.c was going to be needed...
eg. with the Gustard that usually resides where I put the D50, alsa shows:
---
Card hw:1 'x20'/'XMOS xCORE USB Audio 2.0 at usb-0000:00:14.0-4.1, high speed'
Mixer name : 'USB Mixer'
Components : 'USB20b1:000a'
Controls : 6
Simple ctrls : 3
---
and mpd will show:
Apr 07 09:57 : alsa_output: buffer: size=24..131072 time=272..1486078
Apr 07 09:57 : alsa_output: period: size=12..65536 time=136..743039
Apr 07 09:57 : alsa_output: format=DSD_U32_BE (Direct Stream Digital, 4-byte (x32), big endian, oldest bits in MSB)
Apr 07 09:57 : alsa_output: buffer_size=88200 period_size=256
Apr 07 09:57 : output: opened plugin=alsa name="X12" audio_format=dsd64:2
---
but the D50 shows:
Apr 06 11:10 : decoder_thread: probing plugin dsf
Apr 06 11:10 : decoder: audio_format=dsd64:2, seekable=true
Apr 06 11:10 : alsa_output: opened hw:1,0 type=HW
Apr 06 11:10 : alsa_output: buffer: size=90..131072 time=255..371520
Apr 06 11:10 : alsa_output: period: size=45..65536 time=127..185760
Apr 06 11:10 : alsa_output: default period_time = buffer_time/4 = 371519/4 = 92879
Apr 06 11:10 : client: [0] process command "status"
>>>---> Apr 06 11:10 : alsa_output: format=S32_LE (Signed 32 bit Little Endian)
Apr 06 11:10 : alsa_output: buffer_size=131072 period_size=32768
Apr 06 11:10 : output: opened plugin=alsa name="D50" audio_format=352800:32:2
Apr 06 11:10 : output: converting in=dsd64:2 -> f=dsd64:2 -> out=352800:32:2
---
...not saying it doesn't play, just that I am confused as to why mpd and the D50 do not want to use the native DSD format and was wondering if the way the D50 does not expose the Xmos chip to the kernel might be the answer
thanks again, and if anyone has any ideas...
rikm