Hidizs S9 Pro Plus dongle frequently cuts off over USB-C, but not over USB-A

One weird issue that I cannot find resources easily somehow at this time unless I am missing something obvious is with my usage of the Hidizs S9 Pro Plus dongle DAC while in Linux specifically causes audio to frequently cut off (even though playback software shows it is playing music as if it wasn’t doing that).

However, it only is doing this if connected via USB-C cable connected to the dongle. If I connect it to any USB-A adapter, and/or even using a USB-C to USB-A cable, it works just fine – however I do notice that there is a tad lower volume while doing this compared to when it’s directly over USB-C.

As much as I want to just use the USB-A adapter, the fact that this isn’t an issue while I use it when I’m on Windows 10 is annoying and want to figure out what I need to setup. I’ve undergone multiple updates already to latest versions of all the apps I need, used both LTS and latest Linux kernel, and it’s still facing the same behavior.

Of note is that this dongle seems to suffer from an issue similar to issues with S/PDIF devices back in the day aside from the Linux specific issues: basically it has a 500ms latency between zero audio playback and having audio, which no review somehow has ever pointed out, but because of other devices seemingly behaving this same way, I could work around that on Windows with apps like SPDIF/KA keeping an audio file playing in the background that has no actual output, and there would be no latency issues.

On Linux though, that is not the main problem: I am just having audio cut off all the time. Insights on what I can check relating to Pipewire or maybe alongside USB-C power delivery (given slightly lower volume over USB-A by comparison) would be appreciated.

pipewire-alsa 1:1.2.3-1
pipewire-jack 1:1.2.3-1
pipewire-pulse 1:1.2.3-1
lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 2fc6:f093 Comtrue Inc. S9Pro Plus
Bus 001 Device 003: ID 08bb:29c0 Texas Instruments PCM2900C Audio CODEC
Bus 001 Device 004: ID 05e3:0610 Genesys Logic, Inc. Hub
Bus 001 Device 005: ID 26ce:01a2 ASRock LED Controller
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 2109:0103 VIA Labs, Inc. USB 2.0 BILLBOARD             
Bus 003 Device 003: ID 2516:014d Cooler Master Co., Ltd. ARES
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 002: ID 174c:2074 ASMedia Technology Inc. ASM1074 High-Speed hub
Bus 005 Device 003: ID 2109:2817 VIA Labs, Inc. USB2.0 Hub             
Bus 005 Device 004: ID 0c45:636b Microdia REDRAGON Live Camera Audio
Bus 005 Device 005: ID 25a7:fa70 Areson Technology Corp 2.4G Wireless Receiver
Bus 005 Device 006: ID 25a7:fa7c Areson Technology Corp 2.4G Wireless Receiver
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 006 Device 002: ID 174c:3074 ASMedia Technology Inc. ASM1074 SuperSpeed hub
aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Plus [S9Pro Plus], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 3: HDMI 0 [HDMI 0]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 7: HDMI 1 [HDMI 1]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 8: HDMI 2 [HDMI 2]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 9: HDMI 3 [ARZOPA]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 10: HDMI 4 [VG259QM]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 11: HDMI 5 [HDMI 5]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: Generic [HD-Audio Generic], device 0: ALCS1200A Analog [ALCS1200A Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 3: CODEC [USB AUDIO  CODEC], device 0: USB Audio [USB Audio]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

                     ./o.                  []
                   ./sssso-                -------------------- 
                 `:osssssss+-              OS: EndeavourOS Linux x86_64 
               `:+sssssssssso/.            Host: []
             `-/ossssssssssssso/.          Kernel: 6.6.49-1-lts 
           `-/+sssssssssssssssso+:`        Uptime: 24 mins 
         `-:/+sssssssssssssssssso+/.       Packages: 1794 (pacman) 
       `.://osssssssssssssssssssso++-      Shell: bash 5.2.32 
      .://+ssssssssssssssssssssssso++:     Resolution: 1920x1080, 1080x1920 
    .:///ossssssssssssssssssssssssso++:    DE: Cinnamon 6.2.9 
  `:////ssssssssssssssssssssssssssso+++.   WM: Mutter (Muffin) 
`-////+ssssssssssssssssssssssssssso++++-   WM Theme: Arc-Dark (Adwaita) 
 `..-+oosssssssssssssssssssssssso+++++/`   Theme: Arc-Dark [GTK2/3] 
   ./++++++++++++++++++++++++++++++/:.     Icons: Qogir-dark [GTK2/3] 
  `:::::::::::::::::::::::::------``       Terminal: xfce4-terminal 
                                           Terminal Font: Source Code Pro 10 
                                           CPU: AMD Ryzen 7 5700X (16) @ 3.400GHz 
                                           GPU: AMD ATI Radeon RX 6800/6800 XT / 6900 XT 
                                           Memory: 3867MiB / 32015MiB

Have you tried without a dongle?

I didn’t get to try yet without the Hidizs dongle, but it seems the issue has (EDIT 09/21/2024: NOT actually) been fixed after some tinkering. Basically I deleted the directory for ~/.local/state/wireplumber as per this reference, then restarted the PC: https://unix.stackexchange.com/questions/674496/how-to-reset-pipewire-settings

I had a previous configuration for pipewire and wireplumber that wasn’t at this location specifically that I thought would work by deleting that instead, but that didn’t work before.

(EDIT 09/21/2024: It temporarily was working OK until over time apps were gradually losing audio output again)

running live journal can reveal issues:
journalctl -f and plug it in per example …

And indeed welcome back to the purple fun side of Linux :enos:

Check this 2 articles b.t.w.
https://discovery.endeavouros.com/audio/audiophile/2022/01/
https://discovery.endeavouros.com/audio/pipewire/2021/09/