ubuntuusers.de

Als Workaround für pulseaudio könntest du eventuell mal flensrocker/yavdr-pasuspend ausprobieren (ich habe das in https://launchpad.net/~seahawk1986-hotmail/+archive/ubuntu/noble-main/+packages?field.name_filter=pasuspend&field.status_filter=published&field.series_filter= für Ubuntu 24.04 paketiert) - yavdr-pasuspend -s sorgt dafür, dass der Pulseaudio-Client der Session die Soundausgabe pausiert und die Soundkarten freigibt - was zur Folge hat, dass alle Programme, die pulseaudio-Clients sind, einfrieren, bis man mit yavdr-pasuspend -r das ganze wieder Rückgängig macht. Das ist dazu gedacht, dass man die Soundkarte für Programme freimachen kann, die direkt über Alsa auf die Soundkarte zugreifen können sollen - im Gegensatz zum pasuspender ist es aber nicht an einen einzelnen Prozess gebunden.

Marantkurz schrieb:

Lässt Du auf ALSA (hw:) überhaupt (App gewollt) ausgeben?

Das sieht so aus

$ pw-top -b
S   ID  QUANT   RATE    WAIT    BUSY   W/Q   B/Q  ERR FORMAT           NAME 
S   29      0      0    ---     ---   ---   ---     0                  Dummy-Driver
S   30      0      0    ---     ---   ---   ---     0                  Freewheel-Driver
S   39      0      0    ---     ---   ---   ---     0                  Midi-Bridge
R   51   1024  48000  17,8us   9,4us  0,00  0,00    0    S24LE 2 48000 alsa_output.usb-Generic_USB_Audio-00.HiFi__hw_Audio_2__sink
R   80      1     25   8,2us   2,0us  0,00  0,00    0       F32LE 1 25  + Plasma-PulseAudio
S   52      0      0    ---     ---   ---   ---     0                  alsa_output.usb-Generic_USB_Audio-00.HiFi__hw_Audio_1__sink
S   53      0      0    ---     ---   ---   ---     0                  alsa_output.usb-Generic_USB_Audio-00.HiFi__hw_Audio__sink
S   54      0      0    ---     ---   ---   ---     0                  alsa_input.usb-Generic_USB_Audio-00.HiFi__hw_Audio_2__source
S   55      0      0    ---     ---   ---   ---     0                  alsa_input.usb-Generic_USB_Audio-00.HiFi__hw_Audio_1__source
R   33   1024  48000  19,6us   7,5us  0,00  0,00    0    S16LE 2 48000 alsa_output.usb-05e1_USB_VoIP_Device-00.analog-stereo
R   82      1     25   7,9us   3,1us  0,00  0,00    0       F32LE 1 25  + Plasma-PulseAudio
R   50   1024  48000  19,0us   0,2us  0,00  0,00    0    S16LE 1 48000 alsa_input.usb-05e1_USB_VoIP_Device-00.mono-fallback
R   79      1     25   9,3us   2,3us  0,00  0,00    0       F32LE 1 25  + Plasma-PulseAudio
I  113      0      0   0,0us   0,0us  ???   ???     0    S16LE 1 44100 speech-dispatcher-dummy
S  115      0      0    ---     ---   ---   ---     0                  Plasma-PulseAudio
S   81      0      0    ---     ---   ---   ---     0                  alsa_output.pci-0000_0d_00.1.hdmi-stereo

Ich weiß natürlich nicht, ob Alsa noch ein Relikt aus 22.04 ist, aber ich denke, das ist schon so gewollt.

aplay -l

Listet mir nur auf

Audio [USB Audio], Gerät 0: USB Audio [USB Audio] ... USB Gerät 1 ... USB Gerät 2 ...

Das mag technisch korrekt sein, hilft mir aber nicht zur Identifikation der Geräte. (Das USD-Headset hängt natürlich an USB, aber auch der s/pdif-Ausgang scheint auf dem Mainboard über USB realisiert zu sein.)

Also ich kann mir da nicht wirklich einen Reim drauf machen, würde alles was USB ist ziehen, und schrittweise testen, wann die Blockade da ist. (erst mal nur 1 Gerät dran usw.) Oder vllt. besser anfangen mit nur per HDMI ausgeben lassen und dann Test Benutzerwechsel.