I am assuming the device is UAC2 compliant, but I haven't heard of this " XU208 USB interface". I'm just worried it won't play well with my Linux system. I know it says it supports Android but can anyone out there confirm that this plays well with Ubuntu, Arch, etc...?
slugmanJust remember that most distro's these days use pulseaudio. You will need to configure your pulseaudio's daemon.conf if you want to play higher resolutions (because it samples everything to 48khz). More info can be found on this DX7s thread: https://www.massdrop.com/buy/topping-dx7s/talk/2015608 .
slugmanI bypass pulseaudio altogether with my music app DeadBeef. It talks directly to the ALSA output plugin and delivers the data with no conversions.
archiebunkerI use DeadBeef too! Its my prefered music player on *nix and has been for a few years now :) Even though ALSA is still installed in Slackware, the ALSA output plugin doesn't work without some effort.
I had to completely remove PulseAudio, its associated libraries, and ALSA-Plugins (a plugin which pipes ALSA output to PulseAudio), and rebooted. Once that was done (and now that the PulseAudio libraries are gone), I was able to recompile DeadBeef to use ALSA only.
However this sort of borked my system and none of the pulse audio aware apps would play sound. I had to use a seperate sound card for my other apps.
For this reason, I reverted back to PulseAudio. Also it upsamples pretty nicely.
slugmanWhat a pain. In Ubuntu, DeadBeef can bypass Pulse and talk straight to ALSA (a few audio players support this functionality). However, when doing this, the audio player will completely Bogart the audio stream, so no other audio will play. I have to exit the audio player to let the other apps using Pulse have access to the audio. It's a very minor inconvenience, but it ensures that the audio goes straight to the DAC with no re-sampling along the way.