HDMI Soundprobleme, LINUX Nobara, AMD-Grafikkarte

[kurby85]

Hallo Zusammen,

ich nutze Linux Nobara 43 (Kernel 6.18.2-200) und eine Radeon RX 9070XT (Treiber: amdgpu)


Wenn ich meinen AV-Receiver über HDMI an die Grafikkarte anschließe und den Sound über NAVI 48 ausgebe, sind die abgespielten Töne am Anfang abgehackt;
z.B. Testtöne über System Settings / Sound:
hier wird statt "front left" nur "left" ausgegeben

Das bereitet mit insbesondere bei Benutzung der Software "REW" Probleme, weil auch hier die Testtöne nicht korrekt ausgegeben werden.


Wenn ich im Hintergrund ein Video stumm abspiele oder ein Spiel starte, sind die Testtöne nicht abgehackt.
Ich habe die Energieeinstellungen im Verdacht, kann das Problem aber nicht wirklich ausmachen.

Hat jemand eine Idee, wie ich das Problem lösen kann?

 

[Krik]

Das hier könnte die Lösung sein: https://wiki.archlinux.org/title/Pi...y_or_audible_pop/crack_when_starting_playback

Wie du schon schreibst, klingt es wirklich danach, dass hier wahrscheinlich eine Energiespareinstellung Schuld hat.

 

[kurby85]

Dankeschön für den Link.

Nach einem ersten Test hat trat das Problem nach der "disable-suspension.conf"-Datei-Lösung nicht mehr auf.

Kurze Zeit später zeigte sich jedoch das gleiche Problem, sowohl in REW als auch in der Systemsteuerung

 

[end0fseven]

Könnte es vielleicht auch am Receiver liegen, dass der irgendwie "Schlafen" geht. Ich hatte ein älteres 2.1 System mit den gleichen symptomen an einem neueren TV. Am alten TV hatte ich das auch nicht.

 

[qiller]

Das hab ich unter Windows (10 und 11), einer Nvidia-Grafikkarte und einem Denon-AVR auch. Unter Windows gibts ein kleines, feines Tool namens "Soundkeeper", dass genau das verhindert. Die Energiespar-Einstellungen für das HD-Audio Gerät gibts auch unter Windows (die Zustände heißen dort "D0" und "D3"). Das Forcieren des D0-Zustandes hilft ein bisschen, wie bei dir unter Linux auch, aber behebt das Problem nicht vollständig. Da hilft nur Soundkeeper. Leider erzeugt das Tool auch eine minimale Last auf dem System, so dass ich mich mittlerweile damit abgefunden habe, dass die erste ~halbe Sekunde bei einer neuen Soundwiedergabe weggeschnitten ist.

 

[Krik]

Kurze Zeit später zeigte sich jedoch das gleiche Problem, sowohl in REW als auch in der Systemsteuerung

Mache die Änderungen aus #2 rückgängig und starte Pipewire und Wireplumber neu:
systemctl --user restart pipewire
systemctl --user restart wireplumber
Geht der Fehler dann trotzdem weg? Wenn ja, dann hat die geänderte Config gar nichts am Problem gemacht und war nutzlos. :-/

Probiere auch mal journalctl --user -u pipewire gleich nachdem der Fehler aufgetreten ist. Wird da irgendwas merkwürdiges geloggt? Vielleicht finden wir hier die Ursache.

 

[kurby85]

Könnte es vielleicht auch am Receiver liegen, dass der irgendwie "Schlafen" geht. Ich hatte ein älteres 2.1 System mit den gleichen symptomen an einem neueren TV. Am alten TV hatte ich das auch nicht.

Danke für den Tipp.

Das kann ich eigentlich ausschließen.
Wenn ich den HDMI-Anschluss des Mainboards verwende, funktioniert alles problemlos.

Ergänzung (2. Januar 2026)

Das hab ich unter Windows (10 und 11), einer Nvidia-Grafikkarte und einem Denon-AVR auch. Unter Windows gibts ein kleines, feines Tool namens "Soundkeeper", dass genau das verhindert. Die Energiespar-Einstellungen für das HD-Audio Gerät gibts auch unter Windows (die Zustände heißen dort "D0" und "D3"). Das Forcieren des D0-Zustandes hilft ein bisschen, wie bei dir unter Linux auch, aber behebt das Problem nicht vollständig. Da hilft nur Soundkeeper. Leider erzeugt das Tool auch eine minimale Last auf dem System, so dass ich mich mittlerweile damit abgefunden habe, dass die erste ~halbe Sekunde bei einer neuen Soundwiedergabe weggeschnitten ist.

Da ich Messungen mit REW machen möchte, ist das für mich leider keine Option.

 

[qiller]

ist das für mich leider keine Option

Ich befürchte, dann brauchst du eine Linux-Alternative zu Soundkeeper. Aber vlt. kommen hier noch ein paar Tips, die helfen.

 

[kurby85]

Mache die Änderungen aus #2 rückgängig und starte Pipewire und Wireplumber neu:
systemctl --user restart pipewire
systemctl --user restart wireplumber
Geht der Fehler dann trotzdem weg? Wenn ja, dann hat die geänderte Config gar nichts am Problem gemacht und war nutzlos. :-/

Probiere auch mal journalctl --user -u pipewire gleich nachdem der Fehler aufgetreten ist. Wird da irgendwas merkwürdiges geloggt? Vielleicht finden wir hier die Ursache.

Im Journal gibt es hier keine Auffälligkeiten:
(21:41:10 habe ich den Service über die Konsole neu gestartet)

Jan 02 21:34:48 Gaming-PC systemd[1761]: Started pipewire.service - PipeWire Multimedia Service.
Jan 02 21:41:10 Gaming-PC systemd[1761]: Stopping pipewire.service - PipeWire Multimedia Service...
Jan 02 21:41:10 Gaming-PC systemd[1761]: Stopped pipewire.service - PipeWire Multimedia Service.
Jan 02 21:41:10 Gaming-PC systemd[1761]: pipewire.service: Consumed 1.430s CPU time, 17.6M memory peak.
Jan 02 21:41:10 Gaming-PC systemd[1761]: Started pipewire.service - PipeWire Multimedia Service.

Der Fehler tritt offensichtlich immer dann auf, wenn ich die einzelnen Kanäle ansteuere (z.B. Testton über Systemsteuerung / Sound oder Testton über Software "REW")

Die Einstellungen über die Konfigurations-Datei "disable-suspension.conf" aus #2 hat offensichtlich auch keine Auswirkungen, da der Fehler in beiden Fällen auftritt.

 

[Krik]

Ok, anderer Ansatzpunkt:
sudo nano /etc/modprobe.d/snd-hda-intel.conf
Und als Inhalt einfügen:
options snd-hda-intel power_save=0

Danach den Rechner neustarten.

Was macht das? snd_hda_intel ist ein Kernel Modul für High Definition Audio (→ hda). Auch wenn da Intel im Namen steht, verwenden eine ganze Reihe von Chipsätzen dieses Modul, so auch die von AMD. Alles soundtechnische, was über den HDMI-Ausgang der AMD-Grafikkarten gehen soll, wird von diesem Kernel Modul verwaltet.
Die Idee ist hier, den Ausgang vom Energiesparmodus auszunehmen.

Ob das klappt? Keine Ahnung, aber viel fällt mir dazu leider auch nicht mehr ein.

 

[kurby85]

@Krik Danke für den Tipp

hat aber leider das Problem auch nicht lösen können

Mir ist inzwischen aufgefallen, dass oftmals nicht nur der Anfang abgeschnitten ist, sondern manchmal der Anfang wiedergegeben wird, dann aber ein Aussetzer kommt

Beispiel: Testton an Lautsprecher rear right
Wiedergabe "rear ...ight"

Ich werde es jetzt erst mal mit einem Adapter von DisplayPort zu HDMI versuchen, da ich hierdurch auch das Problem umgehen zu versuche, dass über HDMI (offensichtlich aus Lizenzgründen) kein-4k-Signal über den AVR an den Beamer weitergegenen werden kann (aktuell funktioniert das Video-Signal über HDMI nur wenn ich auf WQHD zurückgehe)

 

[coolmodi]

Ich werde es jetzt erst mal mit einem Adapter von DisplayPort zu HDMI versuchen, da ich hierdurch auch das Problem umgehen zu versuche, dass über HDMI (offensichtlich aus Lizenzgründen) kein-4k-Signal über den AVR an den Beamer weitergegenen werden kann (aktuell funktioniert das Video-Signal über HDMI nur wenn ich auf WQHD zurückgehe)

Mit dem Cable Matters Adapter (der hier) und CachyOS hab ich 2160p@120hz RGB 10b inkl. VRR am laufen. Wichtige Hinweise dazu: Mit (zu) neuer Firmware auf dem Adapter geht kein VRR. Musste meinen auf eine ältere flashen. Cable Matters hat da extra eine Version auf deren Supportseite. Auf anderen Seiten schwirren noch 7.01.xxx Versionen herum, aber die von CM ging bei mir. Das gilt für alle Adapter aller Hersteller, die den gleichen Chip nutzen. Hab auch gelesen, dass die neuen auch abseits von VRR schlechter funktinieren wenn man über die offiziellen Limits von DP 1.4 geht.

Die HDMI Audioprobleme wird das aber nicht lösen, da der Audiostack unabhängig vom Connector ist. Das Problem hatte ich schon damals, da konnte man aber einfach in Pulseaudio einstellen, dass es permanent läuft. Mit Pipewire jetzt hab ich da auch auf die Schnelle keine Lösung gefunden :/

 

[qiller]

Das Problem hab ich hier mit den Windows System-Sounds auch, da fehlt immer der Anfang oder sind gar nicht hörbar (wenn sie nur sehr kurz sind). Lösung wäre halt das schon erwähnte "Soundkeeper". Ka, obs da auch für Linux was gibt.

 

[Krik]

Ich bin zufällig darüber gestolpert: https://www.computerbase.de/forum/threads/nubert-a-125-pro-anti-standby-skript.2260472/post-31153520
Dort geht es um Lautsprecher, die nach 15 Minuten automatisch in den Standby gehen. Das kleine Skript spielt "leeren" Sound ab, sodass die Lautsprecher nicht mehr abschalten.

Vielleicht hilft das auch in diesem Fall.