Oft kein Ton in Jitsi via Pipewire, wenn das Mikro benutzt wird

[Photon]

Hallo Community,

ich habe seit einiger Zeit folgendes Problem mit meinem Razer Barracuda X Bluetooth-Headset unter Manjaro, wenn ich Jitsi nutzen möchte. Sobald ich das Headset verbinde, schaltet Pipewire automatisch in den Headset-Modus um, sodass das Mikrofon benutzt werden kann. Ich werde von meinem Gesprächspartner auch gehört. Allerdings höre ich dann nichts mehr, obwohl bei pavucontrol der Geräuschpegel bei "Razer Barracuda X" hochgeht. Wenn das Headset nicht im Headset-Modus ist, dann höre ich umgekehrt zwar mein Gegenüber, aber ich werde nicht gehört.

Das Problem ist nicht 100% wiederholbar, meistens reicht es, das Headset neu zu verbinden, und dann geht es. Aber in letzter Zeit ist es immer unwahrscheinlicher geworden, dass es nach einer Neu-Verbindung funktioniert, heute konnte ich nach vielfacher Wiederholung das Problem nicht wegbekommen und musste auf meinen Desktop-PC mit Arch Linux ausweichen, wo kein Pipewire läuft. Dort hat es gleich beim ersten Versuch geklappt (man muss aber händisch zwischen A2DP und HFP umschalten).

Das Problem scheint bei Pipewire zu liegen, aber ich konnte ihm bisher nicht auf die Schliche kommen. Auf dem Bildschirm sieht alles gut aus, es kommt nur kein Ton aus den Ohrmuscheln...

Danke für alle Tipp!
Photon

 

[netzgestaltung]

Jitsi Meet im Browser?

Bei mir macht der Firefox manchmal nicht alle Audiogerätewechsel mit - Ev im Tab "Wiedergabe" von pavucontrol schauen wie die Einstellung ist und unter "Configuration" ev mal ein anderes Profil wählen, vielleicht gehts dann besser.

Toolbox:

Pipewire neustarten

user@localhost~$ systemctl --user restart pipewire.service wireplumber.service pipewire-pulse.service

Patchbay
Verbindungen mit qwgraph oder qjackctl stecken statt Volumecontrol (dann kann ein mono-input auch auf stereo geroutet werden)

 

[Photon]

Jitsi Meet im Browser?

Ja, genau!

Bei mir macht der Firefox manchmal nicht alle Audiogerätewechsel mit - Ev im Tab "Wiedergabe" von pavucontrol schauen wie die Einstellung ist und unter "Configuration" ev mal ein anderes Profil wählen, vielleicht gehts dann besser.

Das DIng ist, in pavucontrol sehe ich die Wiedergabe von Jitsi, wie sie angeblich an das Headset gesendet wird, sie kommt nur nicht an... Bei der Konfiguration wird eigentlich automatisch von A2DP auf HSP/HFP umgeschaltet, sobald Firefox nach den Mikrofon-Berechtigungen gefragt und ich sie erteilt habe. Ich kann dann nur noch zwischen mSBC und CVSD wählen. Soweit ich mich erinnern kann, bringt ein Wechsel keine Besserung. Aber ich werde es nochmal testen, sobald das Problem wieder auftaucht!

Pipewire neustarten

Ah, danke für den Befehl, das versuch ich auch!

Patchbay
Verbindungen mit qwgraph oder qjackctl stecken statt Volumecontrol (dann kann ein mono-input auch auf stereo geroutet werden)

Woah, Jack hat bei mir noch nie funktioniert... Hab zugegebenermaßen versucht, MIDI mit Rosegarden zum Laufen zu bringen, aber das ist eine andere Geschichte. Aber ich guck mal rein, wenn alles andere fehlschlägt!

 

[netzgestaltung]

Woah, Jack hat bei mir noch nie funktioniert...

das ist jetzt als API in pipewire integriert, die Jack-Anwendungen merken nichts davon, aber es funktioniert "einfach so"

 

[Uridium]

• Das Wireplumber Log lässt sich in Echtzeit beobachten (evtl. im Vordergrund laufen lassen).
• Alsa Settings überprüfen.
• Audiograph mit qpwgraph beobachten.
• Systemlog auswerten. Evtl. fehlt eine Firmware o.ä..

 

[Photon]

Ich hab das Problem gerade wieder gehabt. Jitsi schickt offenbar mehrere Streams an Pipewire. Dort gibt es eine Möglichkeit, einen Prüfton wiederzugeben. Ich konnte beobachten, dass während der Wiedergabe des Prüftons ein Stream in pavucontrol erscheint, wo als Ausgabekanal aber nicht mein Headset sondern die internen Lautsprecher meines Laptops eingestellt sind, welche aber gemutet sind.

Ich habe die interne Soundkarte des Laptops in pavucontrol komplett deaktiviert. Der Stream wird nun richtig an das Headset geschickt, aber ich höre nichts.

Der Neustart von Pipewire mit dem Befehl von weiter oben hat leider keine Besserung bewirkt.

Beim alsamixer taucht das Headset nicht als Gerät auf. Ich kann höchstens das Gerät "PipeWire" konfigurieren, dort aber nur die Lautstärke ändern und muten. Die Lautstärke ist aber schon maximal und der Kanal nicht gemutet.

Wireplumber gibt folgendes im Log (die letzte Zeile ist das, was beim Abspielen des Prüftons von Jitsi dazukommt):

$ journalctl --user -u wireplumber -f
Feb 07 15:29:49 ThinkpadL13Yoga wireplumber[2510279]: s-monitors-libcamera: PipeWire's libcamera SPA plugin is missing or broken. Some camera types may not be supported.
Feb 07 15:29:49 ThinkpadL13Yoga wireplumber[2510279]: spa.bluez5.native: RFCOMM receive command but modem not available: AT+NREC=0
Feb 07 15:29:49 ThinkpadL13Yoga wireplumber[2510279]: spa.bluez5.native: RFCOMM receive command but modem not available: AT+NREC=0
Feb 07 15:42:26 ThinkpadL13Yoga wireplumber[2510279]: spa.bluez5.native: RFCOMM receive command but modem not available: AT+NREC=0
Feb 07 15:42:26 ThinkpadL13Yoga wireplumber[2510279]: spa.bluez5.native: RFCOMM receive command but modem not available: AT+NREC=0
Feb 07 15:42:27 ThinkpadL13Yoga wireplumber[2510279]: spa.audioconvert: 0x55ddb753b5f0: (0 suppressed) out of buffers on port 0 2
Feb 07 15:42:44 ThinkpadL13Yoga wireplumber[2510279]: wp-event-dispatcher: <WpAsyncEventHook:0x55ddb705e070> failed: <WpSiStandardLink:0x55ddb75b6700> link failed: 2 of 2 PipeWire links failed to activate
Feb 07 15:42:47 ThinkpadL13Yoga wireplumber[2510279]: wp-event-dispatcher: <WpAsyncEventHook:0x55ddb705e070> failed: <WpSiStandardLink:0x55ddb746e4e0> link failed: some node was destroyed before the link was created
Feb 07 15:43:13 ThinkpadL13Yoga wireplumber[2510279]: spa.audioconvert: 0x55ddb7573040: (0 suppressed) out of buffers on port 0 1
Feb 07 15:43:16 ThinkpadL13Yoga wireplumber[2510279]: spa.audioconvert: 0x55ddb7573040: (1 suppressed) out of buffers on port 0 1
Feb 07 15:50:36 ThinkpadL13Yoga wireplumber[2510279]: spa.audioconvert: 0x55ddb7573040: (0 suppressed) out of buffers on port 0 1

edit: Ich habe mit

pw-metadata -n settings 0 clock.force-quantum 512

die Puffergröße hochgesetzt und einmal getestet, da ging es. Mal gucken, ob es reproduzierbar hilft. Ich melde mich, sobald es neue Erkenntnisse gibt!

 

[Uridium]

Die Frage ist, ob Wireplumber die Nodes/Pins falsch zusammenstöpselt oder ob jene gar nicht vorhanden sind. Das kann man sehr gut mit qpwgraph oder Carla verifizieren/visualisieren und auch aktiv korrigieren.

 

[Photon]

Habe mir helvium installiert und sehe Folgendes. Ganz links unten ist die Quelle für den Jitsi-Prüfton (wenn die Wiedergabe zu Ende, verschwindet sie). Sie geht zum "Razer Baracuda X (BT)", ich höre aber leider nichts...