I was able to enable software volume control on Linux by following this: https://bugzilla.kernel.org/show_bug.cgi?id=110311#c11
It basically ignores the hardware volume controls (which have no effect) and uses software volume control instead; in the end i am getting proper volume control. Note that instead of rebooting, you can run udevadm control --reload-rules then unplug/replug the dongle.
Code:$ cat /etc/udev/rules.d/90-penrose.rules SUBSYSTEM=="sound", ACTION=="change", KERNEL=="card*", SUBSYSTEMS=="usb", ATTRS{idVendor}=="3329", ATTRS{idProduct}=="0011", ENV{PULSE_PROFILE_SET}="/etc/pulse/penrose-profile.conf" $ cat /etc/pulse/penrose-profile.conf [General] auto-profiles = no [Mapping Headphone] device-strings = hw:%f channel-map = left,right paths-output = /etc/pulse/penrose-output.conf direction = output [Mapping Mic] device-strings = hw:%f channel-map = mono paths-input = analog-input-mic direction = input [Profile default] input-mappings = Mic output-mappings = Headphone skip-probe = yes $ cat /etc/pulse/penrose-output.conf [General] description = Stereo [Element PCM] switch = mute volume = ignore
This is good stuff and while I don't use it I know the effort that goes into making this work and I'm sure others will find it helpful.
My exposure to ALSA was limited to trying to make it work on my NAS drive and sending MQA-embedded audio to my OPPO player/USB DAC.
TLDR, I got it partially working and then gave up.
[worked using command line to send audio stream to DAC directly from saved-down PCM file with embedded MQA. But I couldn't get it to work for the TIDAL add-in running out of KODI which insisted on sometimes using the ALSA device when it worked, but seemingly at random the non-ALSA device, which destroyed the MQA secret sauce. Deleting that non-ALSA device I then started to simply get nothing at all.]
Chris