Audio-Aussetzer und Knistern über Intel HDMI

Hallo zusammen,

auf Empfehlung eines Users hier im Forum habe ich auf meinem NUC8i7HVK LibreELEC 9.2.2 installiert. Wie schon bei meinem ersten Installationsversuch von LibreELEC auf diesem Computer habe ich Audio-Probleme. Diese äußern sich in kurzen Audio-Aussetzern. Vielleicht ein Aussetzer pro Minute, der nur einen Sekundenbruchteil dauert, aber ziemlich störend ist. Außerdem habe ich immer wieder einmal Knistertöne, die ein bisschen an das Knistern erinnern, dass beim Abspielen einer LP entsteht. Bislang habe ich meinen NUC mit Linux Mint 19.3 Tricia betrieben. Auch hier gab es zuerst Audio-Probleme. Diese habe ich mit der Anleitung auf
https://arachnoid.com/intel_nuc/index.html
vollständig beheben können.
Mein System:

• Intel NUC8i7HVK mit AMD RX Vega
• Verstärker Yamaha RX-A1060 mit HDMI 2.0
• UHD-TV mit HDMI 2.0
• Verbindung von NUC und Verstärker über HDMI und Audio Passthrough
• Verbindung von UHD-TV und Verstärker über HDMI

Im Internet habe ich etliche Berichte über Probleme mit der Audio-Ausgabe über Intel HDMI gefunden, aber keine Lösung passte so richtig zu meinem Problem.

Kennt jemand vielleicht mein Problem und weiß eine Lösung hierzu?

Zitat von DaVu

nicht richtig gelesen

Habe mir kurz die Anleitung angesehen. Denke nicht, dass du die Dateien einfach so bearbeiten kannst.

Die Dateien lassen sich in der Tat nicht direkt bearbeiten. Dafür gibt es aber häufig , wie ich in meiner kurzen Beschäftigung mit LibreELEC erfahren habe, im Verzeichnis /storage/.config Verzeichnisse und Dateien entsprechend zu den Verzeichnissen und Dateien im Verzeichnis /etc. Lege ich eine Kopie einer Konfigurationsdatei im richtigen Verzeichnis in /storage/.config ab, so wird sie oft anstelle der Datei in /etc verwendet. Was mein Audio-Problem angeht, habe ich dies noch nicht ausprobiert. Bei der Konfiguration der IR-Remote hat dies aber sehr gut funktioniert.
https://wiki.libreelec.tv/infrared_remotes

Zitat von DaVu

Was du aber machen kannst ist, die Sample-Rate fest einstellen:

Dazu die Einstellungen wie auf dem Screenshot ändern und dann die Sample Rate (untere rotes Rechteck) entsprechend deiner Anleitung anpassen.

Das kommt überhaupt nicht in Frage, da dann Passthrough nicht mehr funktioniert.

Zitat von DaVu

Das alles wird aber wenig Effekt haben, wenn du Passthrough verwendest. Weiter verwendest du ein How-To welches für ein Nuc5 geschrieben wurde und du hast ein Nuc8 (Kaby-Lake-G). Die Chips sind völlig andere. Broadwell und Braswell hatten massive Audio-Probleme. Die sind aber schon etwas älter.

Der Typ, der die Anleitung geschrieben hat, hat exakt(!) dasselbe Gerät wie ich. Und die Anpassungen sind auch genau für das Gerät. Selbst wenn dies nicht der Fall wäre: Sie funktioniert perfekt.

Zitat von DaVu

Hast du schon mal versucht das HDMI-Kabel auszutauschen?

Nein, dafür gibt es keinen vernünftigen Grund. Exakte dieselbe Hardware (NUC8i7HVK,Yamaha RX-A1060 und TV) und dasselbe HDMI-Kabel funktionieren ganz göttlich mit meiner Linux Mint Installation. Wenn ich Linux Mint boote gibt es kein Problem. Am HDMI-Kabel kann es also nicht liegen.

• Booten von LibreELEC: Audio-Probleme wie eingangs beschrieben.
• Booten von Linux Mint: Sound tip-top

Zitat von DaVu

Wie gibst du denn das Audio aus? Nicht über HDMI? Dein Verstärker hat ja schließlich HDMI

Natürlich gebe ich Audio über HDMI aus. Wie im Start-Post geschrieben.

Zitat von DaVu

Ich würde gern mal ein Logfile sehen, wenn du einen Film abspielst.

Ja, das werde ich am Wochenende mal machen.

Vielen Dank schon einmal bis hier.

Zitat von DaVu

Ah, stimmt. Ich hatte weiter oben nur was von Intel Nuc5xxxx gelesen. Du hast Recht. Weiter unten spricht er auch dein Gerät an

So eine ähnliche Lösung suche ich auch für LibreELEC. Allerdings verwendet LE kein PulseAudio (über HDMI) sondern ALSA. Keine Ahnung wo da der Unterschied liegt. Daher dürfte die Anleitung nicht passen, oder?
Am Wochenende werde ich das dennoch einmal testen. Mehr als nicht funktionieren kann es schließlich nicht.

Zwischenzeitlich ist mein NUC in die ewigen Jagdgründe eingegangen. Daher habe ich mich eine Weile nicht gemeldet (Intel hat einen Monat gebraucht um das Gerät zu tauschen). Ich habe jetzt ein nagelneues, (fast) baugleiches Gerät. Die Audio-Aussetzer und das Knistern über HDMI sind leider geblieben. Wie meine Recherchen im Internet ergeben haben, bin ich nicht alleine mit genau diesem Problem. Eine Lösung habe ich allerdings nicht finden können. Wenn man PulseAudio einsetzt, gibt es wohl die Möglichkeit die Datei /etc/pulse/default.pa zu bearbeiten. Dort muss nur die Zeichenkette load-module module-udev-detect durch load-module module-udev-detect tsched=0 ersetzt werden. Dies hat in meiner Installation von Linux Mint auf meinem kaputtgegangenen NUC auch hervorragend funktioniert (Der neue NUC hat aber offensichtlich einen leicht veränderten Audio-Chipsatz. Dort bekomme ich HD-Audio über HDMI überhaupt gar nicht zum Laufen. Ein Treiberproblem?)).

Auf einer Seite vom Fedora Project gibt es für PulseAudio den entscheidenden Hinweis:

Playback problems, crackling or skipping
The PulseAudio sound server was rewritten for Fedora 10 to use instead of the traditional interrupt-driven approach. Timer-based scheduling may expose issues in some ALSA drivers, often resulting in skipping audio.
If you are experiencing playback problems, try the following workaround, which turns off timer-based scheduling.
In /etc/pulse/default.pa, replace the line:
load-module module-hal-detect 
with:
load-module module-hal-detect tsched=0 
Or:
load-module module-udev-detect 
with:
load-module module-udev-detect tsched=0

Diesen Fix findet man an vielen Stellen im Internet und er scheint auch generell zu helfen. Dies nicht nur bei Fedora, sondern auch in Ubuntu, Linux Mint usw.
In meiner LibreELEC-Installation wird aber ALSA und nicht PulseAudio verwendet (oder sieht das nur so aus, weil ALSA-Treiber verwendet werden?). Keine Ahnung, ob es dort auch eine ähnliche Einstellung gibt. Und selbst wenn PulseAudio verwendet werden würde, könnte ich /etc/pulse/default.pa nicht bearbeiten, da dieser Teil des Dateisystems ReadOnly ist.

Hat jemand hier im Forum eine Idee wie das Problem zu lösen ist?
Anbei das Kodi Log.

Auf den Screenshots kann man die Audioeinstellungen meiner Kodi-Installation sehen.

Essentiell wichtig für mich ist, dass ich per Passthrough Dolby TrueHD und DTS-HD MA an meinen Receiver schicken kann.

Mein System:

• Intel NUC8i7HVK mit AMD RX Vega
• LibreELEC 9.2.3
• Verstärker Yamaha RX-A1060 mit HDMI 2.0
• UHD-TV mit HDMI 2.0
• Verbindung von NUC und Verstärker über HDMI und Audio Passthrough
• Verbindung von UHD-TV und Verstärker über HDMI

Ich habe inzwischen ein wenig herum experimentiert. Mit einem selbst erstellten Conf-Skript /storage/.config/pulse-daemon.conf.d/mypulse.conf mit folgendem Inhalt

load-default-script-file = yes     
default-script-file = /storage/.config/default.pa

und der editierten default.pa (angepasst wie in meinem letzten Post geschrieben) in /storage/.config/ habe ich LibreELEC neu gestartet. Jetzt wurde die benötigte HDMI-Schnittstelle in KODI gar nicht mehr angezeigt. Danach habe ich die originale default.pa in /storage/.config/ abgelegt und LibreELEC neu gestartet. Auch jetzt wurde die benötigte HDMI-Schnittstelle in KODI gar nicht mehr angezeigt. D.h. für mich, dass default.pa in meiner LibreELEC-Installation möglicherweise überhaupt nicht genutzt wird. Es sei denn ich binde sie wie oben ein.
Also habe ich testweise /storage/.config/pulse-daemon.conf.d/mypulse.conf angepasst:

load-default-script-file = yes     
default-script-file = /storage/.config/system.pa

Danach habe ich einfach die originale /etc/pulse/system.pa nach /storage/.config/ kopiert und das System neu gestartet. Und siehe da die HDMI-Schnittstellen wurden wieder wie zuvor angezeigt. Da ich keine Änderungen an system.pa vorgenommen habe, hat sich natürlich nichts an der ursprünglichen Problematik geändert. Also habe ich die Zeile

load-module module-udev-detect tsched=0

zu /storage/.config/system.pa hinzugefügt und das System neu gestartet. Das hat zu meinem Leidwesen überhaupt keine Änderung gebracht. Es sieht auf jeden Fall so aus, als ob PulseAudio im System Mode läuft. Um das nachzuprüfen, habe ich systemctl status pulseaudio-service im Terminal ausgeführt, nachdem ich die Skriptdatei mypulse.conf gelöscht und das System neu gestartet habe. Die Ausgabe ist wie folgt:

● pulseaudio.service - PulseAudio Sound Service
   Loaded: loaded (/usr/lib/systemd/system/pulseaudio.service; disabled; vendor preset: disabled)
   Active: active (running) since Fri 2020-06-12 15:32:45 CEST; 1min 25s ago
 Main PID: 350 (pulseaudio)
   Memory: 7.5M
   CGroup: /system.slice/pulseaudio.service
           └─350 /usr/bin/pulseaudio --system --disallow-exit --exit-idle-time=-1 --disable-shm


Jun 12 15:32:45 KODI pulseaudio[350]: W: [pulseaudio] main.c: Home directory of user 'root' is not '/var/run/pulse', ignoring.
Jun 12 15:32:45 KODI pulseaudio[350]: W: [pulseaudio] caps.c: Normally all extra capabilities would be dropped now, but that's impossible because PulseAudio was built without capabilities support.
Jun 12 15:32:45 KODI pulseaudio[350]: W: [pulseaudio] main.c: OK, so you are running PA in system mode. Please make sure that you actually do want to do that.
Jun 12 15:32:45 KODI pulseaudio[350]: W: [pulseaudio] main.c: Please read http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide/ for an explanation why system
Jun 12 15:32:45 KODI pulseaudio[350]: W: [pulseaudio] authkey.c: Failed to open cookie file '/var/run/pulse/.config/pulse/cookie': No such file or directory
Jun 12 15:32:45 KODI pulseaudio[350]: W: [pulseaudio] authkey.c: Failed to load authentication key '/var/run/pulse/.config/pulse/cookie': No such file or directory
Jun 12 15:32:45 KODI pulseaudio[350]: W: [pulseaudio] authkey.c: Failed to open cookie file '/var/run/pulse/.pulse-cookie': No such file or directory
Jun 12 15:32:45 KODI pulseaudio[350]: W: [pulseaudio] authkey.c: Failed to load authentication key '/var/run/pulse/.pulse-cookie': No such file or directory
Jun 12 15:32:45 KODI systemd[1]: Started PulseAudio Sound Service.
Jun 12 15:32:45 KODI pulseaudio[350]: E: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.ServiceUnknown: The name org.bluez was not provided by any .service files

Also läuft PulseAudio in meiner Installation im System Mode. Das scheint aber nicht optimal zu sein. Möglicherweise aber völlig normal für LibreELEC.
Aber ich weiß immer noch nicht, ob HD Audio über HDMI über PulseAudio oder über ALSA läuft. Letzeres ist vermutlich der Fall.

Zitat von don

Pulse wäre für LibreELEC übertrieben. ALSA reicht da völlig.
Pulse ist für Desktop interessant, wenn mehrere Apps parallel Ton ausgeben wollen.
Bei LibreELEC gibt es nur Kodi. Also ALSA.
So habe ich es im Hinterkopf.

Es ist schon etwas merkwürdig, wenn man sich meinen Screenshot in Post 6 weiter oben anschaut. Der Großteil ist ALSA, aber ein (für mich unwichtiger) Eintrag ist PulseAudio. LibreELEC scheint beides zu verwenden. Aber ich stimme Dir zu: Mein Problem liegt in (der Konfiguration(?) von) ALSA begründet.

Zitat von don

Das Problem an sich kann ich aber nicht lösen. Sorry.

Kein Problem. Trotzdem vielen Dank für Deine Antwort.

Gibt es eigentlich irgendwo im Internet ein kompetentes Forum für ALSA? Das darf auch gern in Englisch sein.

Zitat von DaVu

https://wiki.libreelec.tv/pulseaudio

LibreELEC verwendet kein Pulseaudio für die Wiedergabe bei Filmen. Den Beitrag aus dem Fedora-Projekt kannst du dir also schenken

So einfach ist die Sache aber doch nicht. Auch wenn hier ALSA und nicht PulseAudio genutzt wird (was ich übrigens nicht bezweifele), so ist die Ursache für mein Problem bei ALSA möglicherweise dieselbe. timer-based audio scheduling macht wohl bei Intel HD Audio über HDMI Ärger. Dies lässt sich bei PulseAudio wohl recht einfach deaktivieren. Siehe oben.
Mich würde interessieren, ob es dazu bei ALSA auch die Möglichkeit gibt. Die Symptome (Audio-Aussetzer und Knistern) sind in beiden Fällen (ALSA und PulseAudio) identisch. Das legt die Schlussfolgerung nahe, dass die Ursache dieselbe und die Fehlerbehebung ähnlich ist.

Zitat von DaVu

Tja, was soll ich dir sagen. Offensichtlich gibt es wohl Probleme mit dieser Hardware. Das hast du ja schon bei deinem alten NUC festgestellt. Jetzt hast du ein ähnliches NUC und ähnliche Probleme. Du konntest deine Probleme mit Mint ja beheben, wie du oben sagst. Das geht dann aber nur mit PulseAudio und wenn ich mich recht erinnere, dann kann PA kein Passthrough von HD-Tonspuren. Somit würde ich sagen, kommst du mit der Hardware nicht an dein gewünschtes Ziel.

Die von mir verwendete Hardware ist rein technisch in der Lage HD Audio auszugeben. Allerdings ist es ganz offensichtlich so, dass die Standard-Einstellungen von LibreELEC (und auch von Linux Mint) nicht für einen störungsfreien Betrieb meiner Hardware geeignet sind. Das ist aber weniger ein Fehler der Hardware, sondern mehr eine Frage, welche Einstellungen ich vornehmen muss. Das gilt es jetzt herauszufinden.
PulseAudio ist übrigens sehr wohl in der Lage HD-Tonspuren über Passthrough auszugeben. Das hat mit dem Vorgänger-NUC (dasselbe Modell mit leicht veränderter Hardware übrigens) mit Linux Mint ganz hervorragend geklappt. Dort war lediglich die Änderung von drei Konfig-Dateien nötig.

Zitat von DaVu

Ich frage mal bei uns im Team nach, ob da was bekannt ist.

Das wäre sehr nett, wenn Du das machen könntest. Ich bin ja auch längst nicht der Einzige mit diesem Problem. Die Ausgabe von HD Audio über Intel HDMI scheint recht häufig mit den Standardeinstellungen nicht problemlos zu funktionieren. Mit den richtigen Anpassungen dann aber schon. timer-based audio scheduling scheint das Problem zu sein. Das sollte sich auch bei ALSA irgendwie deaktivieren lassen.

Zitat von DaVu

Hast du schon mal ein Milhouse Nightly probiert. Das hat einen neueren Kernel. Ggf. ist da ja schon was gefixt.

Sind das diese hier: Milhouse ? Falls ja, wie werden die installiert? Bin leider ein Newbie.

@JoeAverage
Vielen Dank. Das werde ich baldmöglichst ausprobieren.
In Deiner Signatur steht, dass Du auch einen NUC nutzt. Hattest Du dort auch einmal ähnliche Probleme wie die meinen?

Habe ich das richtig verstanden, dass nur die Nightlies, die mit einem X hinter der Nummer gekennzeichnet sind, mit einem neuen Kernel kommen?
Falls ja, kann ich sie über einen Custom Channel beziehen oder muss ich sie generell manuell herunterladen und im Update-Ordner ablegen?
Der Custom Channel http://milhouse.libreelec.tv/builds/master/Generic enthält, wenn ich das richtig sehe, nur Nightlies ohne X, oder?

@DaVu: Asche auf mein Haupt. Du hast Recht bzgl. der Fähigkeit von PulseAudio DTS HD MA abzuspielen. Vermutlich hat KODI bei mir in Linux Mint nur den DTS-Kern von DTS HD MA abgespielt. Ich habe das am Verstärker nicht überprüft. Bei LibreELEC habe ich das aber getan und dort kommt auch DTS HD MA am Verstärker an. Allerdings mit den geschilderten Störungen.