HD-Aufnahmen kaputt

Hallo allerseits,

Ich habe einen headless-server (Ubuntu 18.04, MAX-S8, VNSI-Server) aufgesetzt. Soweit funktioniert alles wie gewünscht. Nur ein Problem: HD-Aufnahmen funktionieren nicht richtig (Klötzchen, Ton-Aussetzer, etc/pp).

HD-Live-Streams werden hingegen einwandfrei wiedergegeben.

Das Symptom veranlasst mich zu der Vermutung, dass das Schreiben der HD-Streams auf die Platte zu langsam ist, so dass es zu Puffer-Überläufen kommt. Dagegen spricht allerdings, dass ich ohne Probleme bis zu 8 SD-Streams gleichzeitig aufnehmen kann. (da werden IMHO vergleichbare Datenmengen geschrieben).

Aufgezeichnet wird auf zwei ext4-Dateisysteme, die mittels aufs zu einem grossen Dateisystem zusammengefasst werden.

Hat jemand eine Idee, wie ich das Problem einkreisen/beheben könnte?

Zitat von seahawk1986

Der VDR sollte normalerweise im Log meckern, wenn er die Daten nicht schnell genug auf die Platte bekommt (i/o throttling, buffer overflow).

OK. Werde das mal testen.

Zitat

Was ist der Sinn dieser Konstruktion?

Naja, mehrere Platten zu einer grossen zusammenfassen.

Ich hatte ursprünglich die VDR-eigene Variante verwendet, die Aufzeichnungen auf mehrere Platten zu verteilen. Was der VDR da aber mit den Symlinks für ein Chaos veranstaltet, das ist (gelinde gesagt) extrem sub-optimal.

Zitat

Hast du da mal den möglichen Durchsatz gemessen? Es gibt ja z.B. mit dem hide-fist-recordinglevel Patch von mini73 die Möglichkeit eine Platte als Archiv zu nutzen und die andere für neue Aufzeichnungen.

SD-Sender sind normalerweise so mit 3-6 MBit/s unterwegs, HD-Sender mit 12-20 MBit/s. Machst du parallel noch etwas mit den Aufnahmen, das zusätzliche CPU- oder I/O Last erzeugt (z.B. markad laufen lassen)?

Rechnerisch wären das etwa 9GB pro Stunde.

Im Vergleich dazu:

root@vdr2:/media/multimedia# dd if=/dev/zero of=/media/multimedia/huhu bs=1024k count=10240
10240+0 Datensätze ein
10240+0 Datensätze aus
10737418240 bytes (11 GB, 10 GiB) copied, 78,3588 s, 137 MB/s
root@vdr2:/media/multimedia#

Da wäre also noch reichlich Luft...

Und nein, es läuft nichts parallel. Kein re-coding, keine Werbemarkierungen, nichts. Will ich aber (mittelfristig) auch machen.

Zitat von mini73

Sind die Aufnahmen auf der Platte wirklich kaputt? Am besten mal mit vlc o.ä. abspielen, damit die Aufnahmen-Wiedergabe des vdr als Fehlerquelle ausgeschlossen ist.

Die Wiedergabe erfolgt über eine Samba-Freigabe. Die Wiedergabefunktion des VDR würde ich insofern also für unschuldig halten.

Zitat von jsffm

Warum Samba? Besser wäre NFS.

Würde sich das so weit auswirken, dass bei der Wiedergabe Klötzchen entstehen? Das kann ich mir eigentlich nicht vorstellen. Wenn der Durchsatz nicht reicht, dann wäre die Wiedergabe doch schlimmstenfalls langsam/ruckelig. Aber Klötzchenbildung und Ton-Unterbrechungen/Störgeräusche sind IMHO ein klarer Hinweis auf einen defekten Stream.

Zitat von seahawk1986

Hast du die Fehler auch mit den KODI-Clients, die am vnsiserver hängen?

Die Wiedergabe erfolgt über Kodi, allerdings über das Samba-Plugin. Wie konfiguriere ich Kodi für eine Wiedergabe über VNSI?

Zitat

Wie ist die Samba-Freigabe eingebunden (die meisten Linux-Distributionen machen das ja über FUSE oder noch schlimmer KDE KIO, was recht langsam sein kann)?

Wie gesagt: das ist Openelec/VNSI. Aber ein langsamer Stream würde IMHO lediglich langsam/ruckelig wiedergeben, aber keine Klötzchen erzeugen.

Ah!

OK, dann nehme ich alles zurück und behaupte das Gegenteil!

Die Wiedergabe (mit Klötzchen) erfolgt über das VNSI-PVR-Addon von Kodi. Ob die Klötzchen auch bei SMB auftreten muss ich erst noch überprüfen.

Habe jetzt mal einen neuen Stream aufgezeichnet und auf meinen Laptop runtergeladen. Ergebnis: mplayer zeigt bei Wiedergabe von lokaler Festplatte an den betreffenden Stellen ebenfalls Artefakte. Allerdings deutlich weniger als Kodi auf Raspberry.

Damit wäre wohl klar: der aufgenommene Stream ist tatsächlich defekt.

Hier das dazugehörige log: vdrlog.txt

In diesem Log kann ich jetzt nichts erkennen, was auf einen Pufferüberlauf hindeuten würde.

Es bleibt rätselhaft...

Zitat von jsffm

Code

Dez 11 16:59:52 vdr2 vdr[641]: [793] frontend 2/0 timed out while tuning to channel 0 (), tp 111034
Dez 11 17:00:58 vdr2 vdr[641]: [793] frontend 2/0 timed out while tuning to channel 0 (), tp 111034
Dez 11 17:02:04 vdr2 vdr[641]: [793] frontend 2/0 timed out while tuning to channel 0 (), tp 111034
Dez 11 17:06:30 vdr2 vdr[641]: [793] frontend 2/0 timed out while tuning to channel 0 (), tp 111034
Dez 11 17:07:56 vdr2 vdr[641]: [793] frontend 2/0 timed out while tuning to channel 0 (), tp 111487
Dez 11 17:07:56 vdr2 vdr[641]: [787] frontend 0/0 timed out while tuning to channel 0 (), tp 111411
Dez 11 17:09:20 vdr2 vdr[641]: [787] frontend 0/0 timed out while tuning to channel 0 (), tp 112015
Dez 11 17:09:41 vdr2 vdr[641]: [787] frontend 0/0 timed out while tuning to channel 0 (), tp 112207
Dez 11 17:10:02 vdr2 vdr[641]: [793] frontend 2/0 timed out while tuning to channel 0 (), tp 112437
Dez 11 17:10:23 vdr2 vdr[641]: [787] frontend 0/0 timed out while tuning to channel 0 (), tp 112539
Dez 11 17:11:26 vdr2 vdr[641]: [787] frontend 0/0 timed out while tuning to channel 0 (), tp 211075
Dez 11 17:11:26 vdr2 vdr[641]: [793] frontend 2/0 timed out while tuning to channel 0 (), tp 211116
Dez 11 17:12:29 vdr2 vdr[641]: [793] frontend 2/0 timed out while tuning to channel 0 (), tp 211585
Dez 11 17:12:50 vdr2 vdr[641]: [796] frontend 3/0 timed out while tuning to channel 0 (), tp 211765
Dez 11 17:14:14 vdr2 vdr[641]: [787] frontend 0/0 timed out while tuning to channel 0 (), tp 212200

Alles anzeigen

Das sieht schon nach Empfangsproblemen aus ...

Habe das bislang für den Auto-scan gehalten, der im Hintergrund läuft. Lasse mich aber gerne eines besseren belehren...

Warum VDR da Kanal 0 tunen möchte ist mir schleierhaft. Kanal 0 existiert hier gar nicht. Meine Kanalliste beginnt mit Channel 1. Und der aufgenommene (und auch im Live-Stream wiedergegebene) Kanal wäre Kanal 1000 (Das Erste HD). Siehe hier:

:@1 Standard
Das Erste;ARD:11836:HC34M2S0:S19.2E:27500:101=2:102=deu@3,103=mis@3;106=deu@106:104;105=deu:0:28106:1:110
ZDF;ZDFvision:11953:HC34M2S0:S19.2E:27500:110=2:120=deu@3,121=mis@3,122=mul@3;125=deu@106:130;131=deu:0:2
3sat;ZDFvision:11953:HC34M2S0:S19.2E:27500:210=2:220=deu@3,221=mis@3,222=mul@3;225=deu@106:230;231=deu:0:
[ ... ]
:@1000 New channels
Das Erste HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5101=27:5102=deu@3,5103=mis@3;5106=deu@106:5104;5105=de
ZDF HD;ZDFvision:11362:HC23M5O35P0S1:S19.2E:22000:6110=27:6120=deu@3,6121=mis@3,6123=mul@3;6122=deu@106:6
3sat HD;ZDFvision:11347:VC23M5O35P0S1:S19.2E:22000:6510=27:6520=deu@3,6521=mis@3,6523=mul@3;6522=deu@106:
[ ... ]

Die bei den Timeouts gelisteten Zahlen (zB 111034) tauchen auch nirgends in der channels.conf auf.

Wie ich im Eröffnungsbeitrag bereits geschrieben habe, habe ich auf den gleichen Sendern zur gleichen Zeit beim Live-Stream keinerlei Störungen. Empfangsprobleme würden sich doch auch im live-TV bemerkbar machen.

Der Server (auf dem ja VDR die Aufnahmen lokal macht) läuft unter Ubuntu-18.04.

Der Kodi-Client kommt erst bei der Wiedergabe ins Spiel. Da ist die Aufnahme ja bereits verhunzt.

Da ist IMHO nicht viel, was die Aufnahmen verhunzen könnte: VDR holt die Daten von der lokalen Max-S8 ab und speichert sie lokal auf das oben erwähnte aufs-Dateisystem. Da sind weder VNSI noch Kodi im Spiel.

Auch das würde ich in meinem Fall ausschliessen wollen.

VDR läuft auf echter Hardware (ich hasse VMs!)

Von den 8GB RAM sind 4GB frei, 1.2GB belegt und 2.8GB für Puffer/Cache verwendet. Hier ist also noch viel Luft.

Auch ist bei mir die Klötzchenbildung nicht nur kurz, sondern nahezu immer. Je bewegter das Bild ist, um so mehr. Wenn der Tagesschau-Sprecher gezeigt wird, habe ich nahezu keine Klötzchen. Sobald (bewegte) Filmeinblendungen kommen, geht es los mit den Klötzchen. Das deutet IMHO schon irgendwie auf ein Bandbreitenproblem hin.

Keine Auswirkungen hat es hingegen, wenn im Hintergund viel passiert. Ob nun mehrere Aufnahmen im Hintergrund laufen oder auch viel Plattenaktivität (zB Backups inklusive Komprimierung+Verschlüsselung) hat überhaupt keine Auswirkungen.