[yaVDR 0.5] Gelöst: streamdev ring buffer overflows

Hallo!

Ich habe seit heute folgendes Problem auf einem Client:

Nach einigen Minuten Live-TV-Streaming (vom streamdev-server) tritt lt. Log-Files ein ring buffer overlow auf.

Bemerkbar macht sich das Problem so, dass zuerst der Ton am Client aussetzt, dann für ca. 5 Sekunden dasin Se Bild (ohne Ton) in Zeitlupe weiter gezeigt wird, dann in einem letzten finalen Schritt wird das Bild schwarz.
In Folge behebt ein Umschalten bzw. Neu-Schalten auf den selben Kanal das Problem (bis es in ein paar Minuten wieder auftritt).

Beobachten konnte ich das Verhalten heute unabhängig vom dargestellten Programm: Egal ob SD, HD oder verschlüsselter ORF.

Mein Setup ist das Folgende:
Sowohl Server als auch Client yaVDR 0.5 mit Standard-Einstellungen (stable-Channel, aktuellste Updates).

Abweichungen vom Standard am Client:
Hier wurden via Web-Admin-GUI die Alsa-Optionen geändert. Anstatt des Default-Werts "Auf allen Ausgängen ausgeben" wurde gewählt, dass der Ton nur bei den analogen Stereo-Ausgängen ausgegeben wird.

Log Server:

Dec 26 21:24:42 microserver vdr: [3085] receiver on device 2 thread started (pid=1485, tid=3085)
Dec 26 21:24:42 microserver vdr: [3084] streamdev-livestreaming thread started (pid=1485, tid=3084)
Dec 26 21:24:42 microserver vdr: [3086] TS buffer on device 2 thread started (pid=1485, tid=3086)
Dec 26 21:33:43 microserver vdr: [3085] buffer usage: 70% (tid=3077)
Dec 26 21:33:43 microserver vdr: [3085] buffer usage: 80% (tid=3077)
Dec 26 21:33:43 microserver vdr: [3085] buffer usage: 30% (tid=3077)
Dec 26 21:33:44 microserver vdr: [3085] buffer usage: 70% (tid=3077)
Dec 26 21:33:44 microserver vdr: [3085] buffer usage: 80% (tid=3077)
Dec 26 21:33:45 microserver vdr: [3085] buffer usage: 90% (tid=3077)
Dec 26 21:33:45 microserver vdr: [3085] buffer usage: 40% (tid=3077)
Dec 26 21:33:45 microserver vdr: [3085] buffer usage: 70% (tid=3077)
Dec 26 21:33:45 microserver vdr: [3085] buffer usage: 80% (tid=3077)
Dec 26 21:33:46 microserver vdr: [3085] buffer usage: 90% (tid=3077)
Dec 26 21:33:46 microserver vdr: [3085] ERROR: 1 ring buffer overflow (188 bytes dropped)
Dec 26 21:33:46 microserver vdr: [3085] buffer usage: 40% (tid=3077)
Dec 26 21:33:47 microserver vdr: [3085] buffer usage: 70% (tid=3077)
Dec 26 21:33:47 microserver vdr: [3085] buffer usage: 80% (tid=3077)
Dec 26 21:33:47 microserver vdr: [3085] buffer usage: 90% (tid=3077)
Dec 26 21:33:52 microserver vdr: [3085] ERROR: 36742 ring buffer overflows (6907496 bytes dropped)
Dec 26 21:33:58 microserver vdr: [3085] ERROR: 52550 ring buffer overflows (9879400 bytes dropped)
Dec 26 21:33:59 microserver vdr: [3083] ERROR: streamdev-server: couldn't send data: Connection timed out
Dec 26 21:33:59 microserver vdr: [3083] streamdev-writer thread ended (pid=1485, tid=3083)
Dec 26 21:33:59 microserver vdr: [1554] streamdev-server: closing VTP connection to 192.168.1.119:50791

Gibt es hier Lösungsansätze gegen diesen Problem?

Gedacht habe ich schon an eine Erhöhung der Größe des Ring-Buffers (ist mittels Recompile möglich). So wirklich gefällt mir dieser Ansatz aber nicht. Denn offenbar wächst bei mir die Auslastung des Ring Buffers größer als der Inhalt von dort abgeholt wird, ergo eine Vervielfachung der Bufergröße schiebt das Problem nur zeitlich hinaus.

Hallo!

Ich konnte das Problem inzwischen lösen, die Info darüber möchte ich dem Forum natürlich nicht vorenthalten:

Die Tonausgabe des SoftHDDevice-Plugins erfolgte lt. Logs über das ALSA-Gerät "default" (im yaVDR-Webadmin ist gewählt, den Ton nur auf den Front-Lautsprechern auszugeben).

Genau das führte zum auftretenden Problem: Der Ton konnte so scheinbar nicht ganz synchron mit dem Bild ablaufen, über die Zeit füllten sich die Puffer des Streamdev-Plugins (das dortige Material wurde langsamer abgeholt als angeliefert), und schlussendlich kam es zum Pufferüberlauf und zum Crash.

Abhilfe schaffte, die Audio-Ausgabe nicht nach "default" zu leiten, sondern direkt zum Hardware-Device der Soundkarte: hw:0,0

aplay -l gibt mir die verfügbaren Geräte aus:

user@htpc-eg:~$ aplay -l
**** Liste der Hardware-Geräte (PLAYBACK) ****
Karte 0: Intel [HDA Intel], Gerät 0: ALC892 Analog [ALC892 Analog]
  Sub-Geräte: 0/1
  Sub-Gerät #0: subdevice #0
Karte 0: Intel [HDA Intel], Gerät 1: ALC892 Digital [ALC892 Digital]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 3: HDMI 0 [HDMI 0]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 7: HDMI 1 [HDMI 1]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0
Karte 1: NVidia [HDA NVidia], Gerät 8: HDMI 2 [HDMI 2]
  Sub-Geräte: 1/1
  Sub-Gerät #0: subdevice #0

Der analoge Ausgang den ich benutze ist gleich der 1. Eintrag (Karte 0, Gerät 0) was ergibt: hw:0,0

Um das SoftHDDeve-Plugin anzuweisen, dieses Gerät (anstatt "default") für die Tonausgabe zu nutzen, muss die Datei /etc/vdr/plugins/plugin.softhddevice.conf angepasst werden.

Dafür muss am Ende dieser Datei die folgende Zeile hinzugefügt werden:

-a hw:0,0

Normalerweise sollte die Datei zwar so nicht geändert werden (dafür gibt es yaVDR-Config-Templates), auf die Schnelle funktioniert es aber.

Meine Probleme mit Bildhängern und Crashes sind damit Geschichte