(Pulse-)Audio "tot" seit Update auf Pipewire | Pop"_OS & EndeavourOS

Tanzmusikus · 15. November 2022

Hallo,

habe seit 1-2 Wochen unter EndeavourOS keinen Ton mehr ... und seit heute unter Pop!_OS ebenso.
Es scheint durch ein Update (in dem Pulseaudio durch Pipewire ersetzt wurde) passiert zu sein.
Danach hatte "autoremove" die entsprechenden Pakete von Pulseaudio & Gstreamer entfernt.
Nach einem Neustart wird kein Audio-Gerät mehr angezeigt.

Pop!_OS 22.04
Board: ASRock X470 Taichi
HD Audio: Realtek ALC1220

Code:

inxi -Aa
Audio:
  Device-1: AMD Navi 10 HDMI Audio driver: snd_hda_intel v: kernel pcie:
    gen: 4 speed: 16 GT/s lanes: 16 bus-ID: 0e:00.1 chip-ID: 1002:ab38
    class-ID: 0403
  Device-2: AMD Family 17h HD Audio vendor: ASRock driver: snd_hda_intel
    v: kernel pcie: gen: 3 speed: 8 GT/s lanes: 16 bus-ID: 10:00.3
    chip-ID: 1022:1457 class-ID: 0403
  Device-3: Jieli USB PHY 2.0 type: USB driver: snd-usb-audio,uvcvideo
    bus-ID: 5-4:4 chip-ID: 1224:2a25 class-ID: 0102
  Sound Server-1: ALSA v: k6.0.6-76060006-generic running: yes
  Sound Server-2: PulseAudio v: 15.99.1 running: no
  Sound Server-3: PipeWire v: 0.3.59 running: yes

Code:

systemctl --user status pipewire pipewire-session-manager
○ pipewire.service
     Loaded: masked (Reason: Unit pipewire.service is masked.)
     Active: inactive (dead)

○ wireplumber.service - Multimedia Service Session Manager
     Loaded: loaded (/usr/lib/systemd/user/wireplumber.service; enabled; vendor preset: enabled)
     Active: inactive (dead)

Nov 15 14:25:51 pop-os-desktop systemd[1448]: wireplumber.service: Bound to unit pipewire.service, but unit isn't active.
Nov 15 14:25:51 pop-os-desktop systemd[1448]: Dependency failed for Multimedia Service Session Manager.
Nov 15 14:25:51 pop-os-desktop systemd[1448]: wireplumber.service: Job wireplumber.service/start failed with result 'dependency'.

Scheint ein Problem mit pipewire.service und Abhängigkeiten zu geben.
Habe dazu auch eine Anleitung gefunden, was zwar zum Teil, aber noch keinen endgültigen, Erfolg brachte.
Quelle: https://trendoceans.com/enable-pipewire-and-disable-pulseaudio-in-ubuntu/

Unter EndeavourOS laufen zumindest der Pipewire.Socket wieder, aber es wird keinen Treiber (snd_hda_intel) gefunden.
Unter Pop!_OS läuft beides leider noch nicht.

Über Tips würde ich mich freuen.

gio127 · 15. November 2022

Ich hab keine Ahnung, bei mir läuft alles. Aber ich würde pipewire-media-session deinstallieren und dafür wireplumber installieren. Das soll wohl die bessere Alternative sein. Und unten in deiner Ausgabe scheint es auch genau damit Probleme zu geben. Oder hast du irgendwie beide installiert?

Und gstreamer ist komplett weg oder nur die pulseaudio bezogenen Teile?

Linuxfreakgraz · 15. November 2022

Probier mal den 2ten Post aus btw den ersten Antwortpost von anotherchangeling > https://www.reddit.com/r/archlinux/...medium=android_app&utm_source=share&context=3

Tanzmusikus · 15. November 2022

gio127 schrieb:
ich würde pipewire-media-session deinstallieren und dafür wireplumber installieren.

Der SOLL-Zustand entspricht dem IST-Stand. 😉

Code:

apt list -a pipewire-media-session
pipewire-media-session/jammy 0.4.1-2ubuntu1 amd64

Code:

apt list -a wireplumber
wireplumber/jammy,now 0.4.12-1pop1~1666023983~22.04~f9dadf2 amd64  [installiert]
wireplumber/jammy 0.4.8-4 amd64

gio127 schrieb:
Oder hast du irgendwie beide installiert?

Pulse-Audio wird maskiert, damit PipeWire darüber agieren kann.
So steht es jedenfalls in der Anleitung (siehe Link oben).

Das hat bei EndeavourOS bereits funktioniert, aber noch nicht gänzlich unter Pop!_OS.

gio127 schrieb:
Und gstreamer ist komplett weg oder nur die pulseaudio bezogenen Teile?

Diverse gstreamer sind vorhanden.

Linuxfreakgraz schrieb:
Probier mal den 2ten Post aus btw den ersten Antwortpost von anotherchangeling

Hab's probiert, aber dabei wohl pulseaudio & pipewire gleichzeitig maskiert.

Nun bekomme ich pipewire nicht mehr unmaskiert.
Muss wohl pipewire nochmal löschen und dann pulseaudio sowie pipewire neu installieren ...

Ranayna · 15. November 2022

Puh, jetzt habe ich bammel vor meinem grade laufenden Manjaro Update

Das macht naemlich auch was mit PulseAudio und Pipewire.

Kuristina · 15. November 2022

gio127 schrieb:
Aber ich würde pipewire-media-session deinstallieren und dafür wireplumber installieren.

Ich nutze schon ewig pipewire & wireplumber. Hatte noch keine Probleme damit. Alles prima.

Tanzmusikus · 15. November 2022

Puhh ... ich hab's unter Pop!_OS jetzt geschafft.

Code:

pop-os-desktop:~$ systemctl --user status pipewire.{socket,service}
● pipewire.socket - PipeWire Multimedia System Socket
     Loaded: loaded (/usr/lib/systemd/user/pipewire.socket; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2022-11-15 21:09:38 CET; 9s ago
   Triggers: ● pipewire.service
     Listen: /run/user/1000/pipewire-0 (Stream)
     CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pipewire.socket

Nov 15 21:09:38 pop-os-desktop systemd[1452]: Listening on PipeWire Multimedia System Socket.

● pipewire.service - PipeWire Multimedia Service
     Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; vendor preset: enabled)
     Active: active (running) since Tue 2022-11-15 21:09:38 CET; 9s ago
TriggeredBy: ● pipewire.socket
   Main PID: 90396 (pipewire)
      Tasks: 1 (limit: 38275)
     Memory: 800.0K
        CPU: 11ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewire.service
             └─90396 /usr/bin/pipewire

Nov 15 21:09:38 pop-os-desktop systemd[1452]: Started PipeWire Multimedia Service.

Die Audio-Geräte sind auch wieder da. 😊

Dann werde ich das unter EndeavourOS auch hinbekommen ...

Tanzmusikus · 15. November 2022

Ranayna schrieb:
Puh, jetzt habe ich bammel vor meinem grade laufenden Manjaro Update
Das macht naemlich auch was mit PulseAudio und Pipewire.

Es liegt/lag wohl nicht am bloßen Update von irgendwelchen pulse/pipewire/plumber Audio-Paketen.

Ich hatte andere Tools testweise installiert & danach wieder deinstalliert.
Dann hatte ich sogar ein yay -R <package> -c ausprobiert um Reste "ordentlich"

zu entfernen.
Dabei sind wohl einige wichtige Dependencies mit entfernt worden.

Besser wäre vermutlich yay -Rs <package> gewesen.

Die Ursache wird wohl ein "OSI-Layer 8"- bzw. "60cm"-Problem gewesen sein. 🤓
Hinterher ist man meist schlauer.

Oder auch nicht - ich scheine nicht der Einzige mit dem aufgetretenen Problem zu sein.
https://www.reddit.com/r/archlinux/comments/yv96k9/pipewire_broke_with_latest_update/
https://www.reddit.com/r/openSUSE/comments/rk8h71/pipewire_pulseaudio_service_is_disabled_and/

Ranayna · 15. November 2022

Sorry, ich wollte es vorhin noch bestaetigen: Bei mir hatte das Update funktioniert.
Und auch tatsaechlich eine hoerbare Veraenderung gebracht: Ich hatte immer beim Booten und Einloggen einen leichten Knacks auf den Kopfhoerern. Der ist jetzt weg.

Tanzmusikus · 16. November 2022

Kuristina schrieb:
Ich nutze schon ewig pipewire & wireplumber. Hatte noch keine Probleme damit. Alles prima.

Inwieweit kann das hilfreich für die Lösungsfindung sein bzw. werden?

Theoretisch könne Pipewire unter EndeavourOS auch bereits wieder laufen, aber leider gibt's dort ein Problem, was es bei Pop!_OS nicht gab. Wird wohl Distro-spezifisch sein.

Gestriger Stand:

Code:

$ systemctl --user status pipewire.{socket,service}
● pipewire.socket - PipeWire Multimedia System Socket
     Loaded: loaded (/usr/lib/systemd/user/pipewire.socket; enabled; preset: enabled)
     Active: active (running) since Tue 2022-11-15 23:19:51 CET; 1min 26s ago
      Until: Tue 2022-11-15 23:19:51 CET; 1min 26s ago
   Triggers: ● pipewire.service
     Listen: /run/user/1000/pipewire-0 (Stream)
     CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pipewire.socket

Nov 15 23:19:51 eOS systemd[735]: Listening on PipeWire Multimedia System Socket.

● pipewire.service - PipeWire Multimedia Service
     Loaded: loaded (/usr/lib/systemd/user/pipewire.service; disabled; preset: enabled)
     Active: active (running) since Tue 2022-11-15 23:20:25 CET; 51s ago
TriggeredBy: ● pipewire.socket
   Main PID: 27480 (pipewire)
      Tasks: 2 (limit: 38401)
     Memory: 1.6M
        CPU: 18ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewire.service
             └─27480 /usr/bin/pipewire

Nov 15 23:20:25 eOS systemd[735]: Started PipeWire Multimedia Service.
Nov 15 23:20:26 eOS pipewire[27480]: pw.module: No module "libpipewire-module-x11-bell" was found

Wenn da nicht das Wörtchen "aber" wär'. 😉

Momentanes Problem besteht unter EndeavourOS nur noch mit diesem x11-bell-module.

pw.module: No module "libpipewire-module-x11-bell

Habe das entsprechende Paket mit diesem Glockenklang auch bereits ins System installiert.
Komme allerdings noch nicht mit der Konfiguration klar, was wo wie genau eingestellt werden muss.

Hab wieder ein bisschen rumprobiert ...

Heutiger Stand:

Code:

systemctl --user status pipewire.{socket,service}
● pipewire.socket - PipeWire Multimedia System Socket
     Loaded: loaded (/usr/lib/systemd/user/pipewire.socket; enabled; preset: enabled)
     Active: active (running) since Wed 2022-11-16 11:21:19 CET; 45min ago
      Until: Wed 2022-11-16 11:21:19 CET; 45min ago
   Triggers: ● pipewire.service
     Listen: /run/user/1000/pipewire-0 (Stream)
     CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pipewire.socket

Nov 16 11:21:19 eOS systemd[721]: Listening on PipeWire Multimedia System Socket.

● pipewire.service - PipeWire Multimedia Service
     Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; preset: enabled)
     Active: active (running) since Wed 2022-11-16 11:23:24 CET; 43min ago
TriggeredBy: ● pipewire.socket
   Main PID: 1365 (pipewire)
      Tasks: 3 (limit: 38406)
     Memory: 2.1M
        CPU: 34ms
     CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewire.service
             └─1365 /usr/bin/pipewire

Nov 16 11:23:24 eOS systemd[721]: Started PipeWire Multimedia Service.
Nov 16 11:23:24 eOS pipewire[1365]: mod.rt: Can't find xdg-portal: (null)
Nov 16 11:23:24 eOS pipewire[1365]: mod.rt: found session bus but no portal

Dies könnte evtl. hilfreich sein:
https://www.reddit.com/r/linuxquestions/comments/yn2bgn/no_audio_with_pipewirewireplumber/
https://archlinux.org/news/undone-replacement-of-pipewire-media-session-with-wireplumber/

gio127 · 16. November 2022

Das geht leider über meine Kenntnisse hinaus.

In deinen Links - die etwas veraltet sind - wird vorgeschlagen pipewire-media-session wieder zu installieren um wireplumber zu ersetzen. Das kannst du natürlich als workaround versuchen.

Aber hast du es mal mit einem einfachen reinstall der aktuellen Pakete versucht? Ich weiß nicht genau wie sie auf Endevour heißen, aber irgenwas mit pipewire pipewire-alsa (pipewire-audio) pipewire-pulse wireplumber

Tanzmusikus · 16. November 2022

Danke für die Anregung!
Ich möchte das Problem lieber lösen anstatt mit veralteten Treibern wie pipewire-media-session zu jonglieren.

gio127 schrieb:
Aber hast du es mal mit einem einfachen reinstall der aktuellen Pakete versucht?

Ja, 10 - 20 mal. Das alleine bringt aber nichts. PipeWire setzt ja direkt auch PulseAudio auf, was bedeutet, dass deren Runtimes/Portale auf die von PulseAudio verlinkt (Symlink) sind.

Es ist also jedes Mal eine Abfolge von Installation der Dateien, Maskieren der Pulse-Dienste/Runner und Symlinks auf die Pipewire-Dienste/Runner. Dazu kommen noch gezielte Stops & Deaktivierungen sowie danach einige Starts & Aktivierungen von den Diensten.

Die ungefähre Reienfolge habe ich aus meinem 1. Link mit den Ubuntu-Befehlen entnommen.
Diese wurden dann immer wieder durchprobiert und kleine Änderungen vorgenommen.

Es ist also ein relativ überschaubarer aber dennoch etwas komplexer Vorgang.

Hab einen Debug-Befehl entdeckt:

Code:

PIPEWIRE_DEBUG=3 pipewire
[I][04565.749218] pw.context   | [      pipewire.c:  662 pw_init()] version 0.3.60
[I][04565.749416] pw.conf      | [          conf.c:  423 conf_load()] 0x55c4898457f0: loaded config '/etc/pipewire/pipewire.conf' with 5 items
[I][04565.749474] pw.conf      | [          conf.c:  881 pw_context_conf_section_for_each()] handle config '/etc/pipewire/pipewire.conf' section 'context.properties'
[I][04565.749504] pw.context   | [       context.c:  260 pw_context_new()] 0x55c489844f80: parsed 5 context.properties items
[I][04565.750027] pw.conf      | [          conf.c:  881 pw_context_conf_section_for_each()] handle config '/etc/pipewire/pipewire.conf' section 'context.spa-libs'
[I][04565.750108] pw.context   | [       context.c:  361 pw_context_new()] 0x55c489844f80: parsed 9 context.spa-libs items
[I][04565.750125] pw.conf      | [          conf.c:  881 pw_context_conf_section_for_each()] handle config '/etc/pipewire/pipewire.conf' section 'context.modules'
[I][04565.759381] mod.rt       | [     module-rt.c:  625 set_nice()] main thread nice level set to -11
[I][04565.759675] pw.conf      | [          conf.c:  602 load_module()] 0x55c489844f80: loaded module libpipewire-module-rt
[E][04565.759871] mod.protocol-native | [module-protocol-:  731 lock_socket()] server 0x55c4898873b0: unable to lock lockfile '/run/user/1000/pipewire-0.lock': Die Ressource ist zur Zeit nicht verfügbar (maybe another daemon is running)
[E][04565.760010] pw.conf      | [          conf.c:  594 load_module()] 0x55c489844f80: could not load mandatory module "libpipewire-module-protocol-native": Die Ressource ist zur Zeit nicht verfügbar
[E][04565.760110] default      | [      pipewire.c:  125 main()] failed to create context: Die Ressource ist zur Zeit nicht verfügbar

In den letzten 3 Zeilen befindet sich die Info, dass das Modul "libpipewire-module-protocol-native" nicht angesprochen werden kann.

Nun ist die Frage, ob das Modul fehlt ... und wenn ja, in welchem Paket befindet es sich?
Oder das Modul wird (z.B. durch eine Maskierung oder Deaktivierung eines Dienstes) am Ausführen gehindert.

Die Konfigurations-Datei mit dem o.g. Modul befindet sich in /etc/pipewire/pipewire.conf.
In dieser conf-Datei befindet sich auch das genannte "libpipewire-module-x11-bell" , dessen Problem auch noch nicht behoben ist.

gio127 · 16. November 2022

Tanzmusikus schrieb:
Ich möchte das Problem lieber lösen anstatt mit veralteten Treibern wie pipewire-media-session zu jonglieren.

War nicht mein Vorschlag

der kam aus den Links, die du gepostet hast.

Tanzmusikus schrieb:
PipeWire setzt ja direkt auch PulseAudio auf, was bedeutet, dass deren Runtimes/Portale auf die von PulseAudio verlinkt (Symlink) sind.

Das hört sich irgendwie komisch an, und auch viel zu kompliziert.

Wenn ich irgendwo pipewire installiert habe, dann wurde mir als erstes ein Konflikt mit pulseaudio aufgezeigt und gefragt, ob ich es deinstallieren will. Das tue ich natürlich. Und danach musste ich nie auch nur eine Sache konfigurieren, für ein ganz normal funktionierendes Audio-System.

Wenn du pipewire deinstallierst und danach neu installierst, wird die dann auch ein Konflikt mit pulseaudio angezeigt? Wenn ja, dann deinstallier mal das angegebene Paket.
Bei mir ist glaube ich nur was mit pulseaudio-bluetooth drauf geblieben. Aber ansonsten muss pulseaudio, meines Wissens nach, runter. Darum versteh ich das ganze mit dem maskieren und so nicht wirklich.

Ergänzung (16. November 2022)

Hast du mal im Endevour Forum geschaut, ob es da solche Probleme auch gibt?
Du hast auch gesagt, dass unter PopOS eine bestimmte Software Installation/Deinstallation schuld war. Hast du die hier auch installiert?

Ich hab hier auf Manjaro noch das Paket pipewire-zeroconf. Ich weiß nicht, ob es das auch unter Endevour gibt.

andy_m4 · 16. November 2022

Tanzmusikus schrieb:
PipeWire setzt ja direkt auch PulseAudio auf

Ähm nein. PipeWire ist ein Drop-in-Replacement. Die sollten daher auch niemals gleichzeitig laufen.
Gleichwohl ist Kompatibilität gewährleistet. Du kannst also Programme mit PipeWire nutzen, obwohl sie eigentlich für PulseAudio gedacht sind.

Tanzmusikus · 16. November 2022

gio127 schrieb:
Das hört sich irgendwie komisch an, und auch viel zu kompliziert.

Das Verlinken ist (für die Entwickler/Programmierer) nicht wirklich kompliziert.
Nur die Fehlersuche ist es, wenn man nicht so recht weiß, welche Faktoren (Dienste, Reihenfolge) es gibt.

Auf'm Läppi hatte ich gerade keine Probleme beim Updaten auf Pipewire 1.0.3.60 gehabt.
Werde aber nun doch mal deine andere Idee mit dem Reinstall ausprobieren.

Edit:
Reinstall brachte leider (noch) keinen Erfolg. Hier die benutzten Befehle:

yay -S wireplumber pipewire-zeroconf pipewire-x11-bell pipewire-pulse pipewire-jack pipewire-audio pipewire-alsa gst-plugin-pipewire pipewire lib32-pipewire-jack lib32-pipewire

Hab auch gesehen, dass ich zwei Multilibs (32-bit Pakete) manuell installiert hatte. Wollte damit bessere Grundlagen für Spiele in Lutris legen, weil manchmal einige Videos nicht abgespielt werden können.
Vielleicht hilft es diese Multi-Libs wieder zu entfernen ... 🤓

Edit:
Die Multilibs werden von lib32-gst-plugins-good, lib32-portaudio und steam-native-runtime verwendet.
Somit hat sich diese Idee erledigt.

andy_m4 schrieb:
PipeWire ist ein Drop-in-Replacement. Die sollten daher auch niemals gleichzeitig laufen.
Gleichwohl ist Kompatibilität gewährleistet. Du kannst also Programme mit PipeWire nutzen, obwohl sie eigentlich für PulseAudio gedacht sind.

Da hast Du Recht. Ich habe mich vielleicht etwas ungenau ausgedrückt. Pipewire ersetzt PulseAudio.
Zur gleichen Zeit können diese Dienste gar nicht laufen, da

a) PulseAudio bei der Installation von Pipewire maskiert (versteckt & eingesperrt) wird.

b) die Symlinks der Pipewire-Dienste anstatt der PulseAudio-Dateien im pulseaudio-Ordner liegen.

Ich meinte also das Gleiche wie Du es beschrieben hast.

Grüße

gio127 · 16. November 2022

Tanzmusikus schrieb:
Reinstall brachte leider (noch) keinen Erfolg.

Schade.

Tanzmusikus schrieb:
Vielleicht hilft es diese Multi-Libs wieder zu entfernen

Multilib Pakete hab ich auch mit installiert.

Ich kann nur sagen, dass ich die meisten Pakete die du auflistest, nie selbst installiert habe, immer nur die oben genannten Hauptpakete. Der Rest wurde von selbst mitinstalliert und konfiguriert.

Hier ist noch eine Ausgabe zum Vergleich, weiß nicht ob das hilft. Und zur Info, das ist KDE auf Manjaro, darum könnte sich auch darum schon mal was unterscheiden:

Code:

pacman -Q | grep 'pulse\|pipewire' 
gst-plugin-pipewire 1:0.3.60-2
kpipewire 5.26.3-1
lib32-libpulse 16.1-1
libpulse 16.1-3
manjaro-pipewire 20221015-2
pipewire 1:0.3.60-2
pipewire-alsa 1:0.3.60-2
pipewire-audio 1:0.3.60-2
pipewire-jack 1:0.3.60-2
pipewire-pulse 1:0.3.60-2
pipewire-zeroconf 1:0.3.60-2
pulseaudio-qt 1.3-1

Tanzmusikus · 16. November 2022

EndeavourOS (Desktop) mit XFCE / LightDM

Ruby:

pacman -Q | grep 'pulse\|pipewire'

gst-plugin-pipewire 1:0.3.60-2
lib32-libpulse 16.1-1
lib32-pipewire 1:0.3.60-2
lib32-pipewire-jack 1:0.3.60-2
libpulse 16.1-3
pipewire 1:0.3.60-2
pipewire-alsa 1:0.3.60-2
pipewire-audio 1:0.3.60-2
pipewire-jack 1:0.3.60-2
pipewire-pulse 1:0.3.60-2
pipewire-zeroconf 1:0.3.60-2
xfce4-pulseaudio-plugin 0.4.5-1

Pop!_OS

Ruby:

apt list pipewire*

pipewire-alsa/jammy,now 0.3.59-0pop1~1664857105~22.04~83dda19 amd64  [Installiert,automatisch]
pipewire-alsa/jammy 0.3.59-0pop1~1664857105~22.04~83dda19 i386
pipewire-audio-client-libraries/jammy,jammy,now 0.3.59-0pop1~1664857105~22.04~83dda19 all  [installiert]
pipewire-audio-client-libraries/jammy-updates 0.3.48-1ubuntu2 i386
pipewire-avb/jammy,now 0.3.59-0pop1~1664857105~22.04~83dda19 amd64  [Installiert,automatisch]
pipewire-avb/jammy 0.3.59-0pop1~1664857105~22.04~83dda19 i386
pipewire-bin/jammy,now 0.3.59-0pop1~1664857105~22.04~83dda19 amd64  [installiert]
pipewire-bin/jammy 0.3.59-0pop1~1664857105~22.04~83dda19 i386
pipewire-doc/jammy,jammy 0.3.59-0pop1~1664857105~22.04~83dda19 all
pipewire-jack/jammy,now 0.3.59-0pop1~1664857105~22.04~83dda19 amd64  [Installiert,automatisch]
pipewire-jack/jammy 0.3.59-0pop1~1664857105~22.04~83dda19 i386
pipewire-pulse/jammy,now 0.3.59-0pop1~1664857105~22.04~83dda19 amd64  [installiert]
pipewire-pulse/jammy 0.3.59-0pop1~1664857105~22.04~83dda19 i386
pipewire-tests/jammy,now 0.3.59-0pop1~1664857105~22.04~83dda19 amd64  [installiert]
pipewire-tests/jammy 0.3.59-0pop1~1664857105~22.04~83dda19 i386
pipewire-v4l2/jammy 0.3.59-0pop1~1664857105~22.04~83dda19 amd64
pipewire-v4l2/jammy 0.3.59-0pop1~1664857105~22.04~83dda19 i386
pipewire/jammy,now 0.3.59-0pop1~1664857105~22.04~83dda19 amd64  [installiert]
pipewire/jammy,now 0.3.59-0pop1~1664857105~22.04~83dda19 i386 [Konfiguration-verbleibend]

EndeavourOS

Ruby:

yay -Ss pipewire*

multilib/lib32-pipewire-jack 1:0.3.60-2 (Installiert)
multilib/lib32-pipewire 1:0.3.60-2 (Installiert)
extra/wireplumber-docs 0.4.12-1
extra/wireplumber 0.4.12-1 (Installiert)
extra/pipewire-zeroconf 1:0.3.60-2 (Installiert)
extra/pipewire-x11-bell 1:0.3.60-2
extra/pipewire-v4l2 1:0.3.60-2
extra/pipewire-pulse 1:0.3.60-2 (Installiert)
extra/pipewire-media-session-docs 1:0.4.1-2
extra/pipewire-media-session 1:0.4.1-2
extra/pipewire-jack 1:0.3.60-2 (Installiert)
extra/pipewire-docs 1:0.3.60-2
extra/pipewire-audio 1:0.3.60-2 (Installiert)
extra/pipewire-alsa 1:0.3.60-2 (Installiert)
extra/pipewire 1:0.3.60-2 (Installiert)

gio127 · 17. November 2022

Ja, sieht normal aus. Bei PopOS klappt schon alles ja?

Aber sagtest du nicht, dass du das Paket "pipewire-x11-bell" schon installiert hattest, und dass das wohl benötigt wird? Denn das ist nicht installiert.

Hast du mal in den Audio-Einstellungen genauer nachgesehen? Ich kann mich an ein Fall erinnern (da ging aller dings nur ein Micro nicht), da lag es am Ende daran, dass nur die Audio-Systemeinstellungen falsch waren.

Ansonsten, keine Ahnung.

Tanzmusikus · 17. November 2022

gio127 schrieb:
Bei PopOS klappt schon alles ja?

Jep, läuft stabil seitdem. Lag da vermutlich auch an der Umstellung auf den nativen Steam-Client.
Wenn solch eine Umstellung inmitten von einigen anderen Updates geschieht, passiert das schonmal.

gio127 schrieb:
sagtest du nicht, dass du das Paket "pipewire-x11-bell" schon installiert hattest, und dass das wohl benötigt wird?
Denn das ist nicht installiert.

Ja, hatte es gestern zum Testen wieder entfernt. Mit ging es auch nicht - kam ebenfalls Fehlermeldung.
Ist wohl nur ein optionales Paket, wenn ich das richtig in Erinnerung habe.

gio127 schrieb:
Hast du mal in den Audio-Einstellungen genauer nachgesehen?

Weiß halt nicht, wo ich da genau nachschauen kann bzw. welche Einstellungen wo etwas bewirken?

Im Forum von EndeavourOS habe ich viele thematisch ähnliche Threads gefunden. Das lese ich noch.
Werde dort auch mal den Sachverhalt schildern ...

gio127 · 17. November 2022

Tanzmusikus schrieb:
Im Forum von EndeavourOS habe ich viele thematisch ähnliche Threads gefunden. Das lese ich noch.
Werde dort auch mal den Sachverhalt schildern ...

Gib Bescheid, wenn du was herausfindest.

Tanzmusikus schrieb:
Weiß halt nicht, wo ich da genau nachschauen kann bzw. welche Einstellungen wo etwas bewirken?

Ich meine die ganz normalen Systemeinstellungen. Ich weiß jetzt nicht wie das bei xfce aussieht, aber da gibt es sicher auch Ein/Ausgänge zum An- bzw. Abwählen usw. einfach mal durchgucken. Bei der Fehlerbeschreibung kann ich mir das zwar kaum vorstellen, aber wer weiß, vielleicht wurde da was verstellt und du suchst an der falschen Stelle.

Wünsche auf jeden Fall noch viel Erfolg!

(Pulse-)Audio "tot" seit Update auf Pipewire | Pop"_OS & EndeavourOS

Fleet Admiral

Lt. Junior Grade

Lt. Commander

Fleet Admiral

Admiral

Captain

Fleet Admiral

Fleet Admiral

Admiral

Fleet Admiral

Lt. Junior Grade

Fleet Admiral

Lt. Junior Grade

Admiral

Fleet Admiral

Lt. Junior Grade

Fleet Admiral

Lt. Junior Grade

Fleet Admiral

Lt. Junior Grade

Passend zum Thema