Dennis HilkLinux-DiagnoseEN

Linux Gaming Repair Center

Audio fehlt oder knistert in Wine und Proton

Host-Audiositzung mit Spielstream, Routing, Stummschaltung und Aussetzerhinweisen vergleichen.

Redaktionelle Quellenprüfung: Diagnosehilfen öffnen
Auf dieser Seite
  1. Zuerst eine andere Anwendung prüfen
  2. Den laufenden Spielstream prüfen
  3. Knistern braucht Timinghinweise
  4. Hinweise sammeln
  5. Ein kontrollierter Test
  6. Passende Diagnosehilfen
  7. Quellen und Grenzen

Zuerst eine andere Anwendung prüfen

Fehlt auch Desktop-Audio, mit Hostgeräten, Ausgabeprofil und Diensten der Benutzersitzung beginnen. Ist nur ein Wine- oder Proton-Spiel still, prüfen, ob es einen Audiostream erzeugt und wohin dieser geleitet wird. PipeWire bietet häufig PulseAudio-Kompatibilität über pipewire-pulse; der installierte Soundserver muss aber festgestellt und nicht angenommen werden. Ein laufender PipeWire-Prozess beweist keinen Zugriff des Spiels auf die passende Schnittstelle. Bluetooth-Headsetmodus, HDMI-Ausgabe und Spiel-Geräteauswahl können den Weg verändern, ohne die Soundkarte zu entfernen.

Den laufenden Spielstream prüfen

Während das Spiel Ton erzeugt, Desktopmixer oder wpctl status prüfen. Stummschaltung und Ziel des Spielstreams mit einer funktionierenden Anwendung vergleichen. Gespeicherte Standardausgabe und bereits laufender Stream können abweichen; ein geändertes Standardgerät muss den Stream nicht verschieben. Bei eigenständigem Wine den richtigen Runner und Prefix für die Audiokonfiguration beibehalten; ein fremdes System-winecfg untersucht möglicherweise die falsche Umgebung. Steams Proton-Prefix sollte nicht als erste Reparatur mit einer beliebigen System-Wine-Version geöffnet werden.

Knistern braucht Timinghinweise

Knistern unter Last unterscheidet sich von einem stillen oder stummgeschalteten Stream. Beobachte, ob PipeWire-Fehlerzähler gleichzeitig mit Frame-Time- oder I/O-Spitzen steigen. Ein Xrun stützt eine verpasste Audiofrist, keine Diagnose einer unzureichenden Soundkarte. CPU-Scheduling, Gerätetakt, Transport und Graph-Quantum können beteiligt sein. Keine universelle Samplerate oder Mindestlatenz vorschreiben. Niedrigere Latenz kann Aussetzer verschlimmern, ein größerer Puffer Schedulingdruck verdecken. Vorhandene Konfiguration sichern und vor Timingänderungen mit Routingprüfungen beginnen.

Vor Änderungen Hinweise sammeln

Führe jeden Befehl einzeln in der passenden Host- oder Spielumgebung aus. Lies zuerst Voraussetzungen und Einordnung. Die Website zeigt Befehle an und führt sie niemals aus.

Lesende Beobachtung

wpctl status

Voraussetzungen: PipeWire mit WirePlumber und wpctl; ein anderer Soundserver benötigt eigene Werkzeuge.

Senken und Streams vergleichen, während das Spiel Ton ausgibt. Fehlender Spielstream und vorhandener, falsch geleiteter Stream brauchen unterschiedliche nächste Schritte.

Lesende Beobachtung

wpctl get-volume @DEFAULT_AUDIO_SINK@

Voraussetzungen: WirePlumber mit gültiger Standard-Wiedergabesenke.

Lautstärke und Stummschaltung der Standardsenke lesen. Sie ist nicht zwangsläufig das Ziel eines früher gestarteten Spielstreams.

Lesende Beobachtung

systemctl --user status pipewire pipewire-pulse wireplumber --no-pager

Voraussetzungen: systemd-Benutzerdienste und PipeWire-/WirePlumber-Installation; kein sudo.

Dienste in der Benutzersitzung des Spiels prüfen. Eine fehlende Unit kann einen anderen konfigurierten Audiostack statt Dienstabsturz bedeuten.

Lesende Beobachtung

pw-top

Voraussetzungen: PipeWire-Werkzeuge mit Zugriff auf den Audiographen des aktuellen Benutzers.

Aktiven Spielstream und ERR-Zähler bei kurzem Aussetzer beobachten. Zähleränderungen ergänzen Timinghinweise; mit q oder Strg+C beenden.

Ein kontrollierter Test mit Rückweg

Aktuelle Ausgabe und Lautstärke des Spielstreams im Desktopmixer notieren. Nur diesen Stream auf eine funktionierende Ausgabe verschieben und bei moderater Lautstärke mit einer anderen Anwendung vergleichen.

Rücknahme: Vorherige Stream-Ausgabe, Lautstärke und Stummschaltung im Mixer wiederherstellen. pw-top beenden. Für diesen Test ist keine systemweite Samplerate- oder PipeWire-Konfigurationsänderung nötig.

Was der Test nicht belegen kann: Ein korrekt geleiteter Stream kann weiterhin im Spiel oder Kompatibilitätsruntime scheitern. Weiterlaufendes Audio beim Anzeige-Freeze beweist weder eine gesunde GPU noch ein vollständig reagierendes System.

Quellen und Geltungsbereich

Diese redaktionelle Prüfung verwendet Originalquellen von Projekten und Distributionen. Sie belegt keine auf deiner Hardware reproduzierte Lösung. Installierte Versionen, Spielumgebung und gewählte Grafik-API können das Ergebnis verändern.