12-16-2023, 11:39 AM
(This post was last modified: 12-16-2023, 11:48 AM by TheOldPresbyope.
Edit Reason: minor wordsmithing
)
Argh! I claimed victory prematurely.
I was testing with a Creative Tech BT-W4 USB adapter as my DAC so I could listen to my tests without disturbing my partner.
This is a 16-bit DAC fo which alsacap reports
This morning I swapped this DAC out for my Khadas Tone 1 board, for which alsacap reports
Sadly, my hack fails with this DAC. Even worse, it fails for all material and not just the M4A tracks. In every case the MPD error message is "openMpdSock() failed".
My guess is that although my hack is intended to apply to the dataflow only on the loopback branch it alsa then forces both branches to S16_SE. The BT-W4 is ok with that and the Tone1 DAC is not. But that's just a guess.
Looks like some help is needed from an ALSA guru.
Regards,
Kent
I was testing with a Creative Tech BT-W4 USB adapter as my DAC so I could listen to my tests without disturbing my partner.
This is a 16-bit DAC fo which alsacap reports
Code:
2 channels, sampling rate 48000..48000 Hz
Sample formats: S16_LE
This morning I swapped this DAC out for my Khadas Tone 1 board, for which alsacap reports
Code:
2 channels, sampling rate 44100..768000 Hz
Sample formats: S32_LE, SPECIAL, DSD_U32_BE
Sadly, my hack fails with this DAC. Even worse, it fails for all material and not just the M4A tracks. In every case the MPD error message is "openMpdSock() failed".
My guess is that although my hack is intended to apply to the dataflow only on the loopback branch it alsa then forces both branches to S16_SE. The BT-W4 is ok with that and the Tone1 DAC is not. But that's just a guess.
Looks like some help is needed from an ALSA guru.
Regards,
Kent