TS-Stream Aufnahmen mit DVBViewer Pro 6.0.4 Diskontinuitäten

[gwr]

Hallo,

 

Aufnahmen von Internet-TV (TS-Stream) mit dem DVBViewer Pro enthalten bei mir Diskontinuitäten. Festgestellt beim ZDF, getestet auch mit arte, gleiches Fehlerbild.

Die Live-Wiedergabe ist ohne Fehler. Im Aufnahme log sind keine Fehler. Aber bei der Wiedergabe der Aufnahme zählen die Diskontinuitäten im DVBSource hoch. Die sind auch sichtbar.

Eine zeitversetzte Timeshift-Wiedergabe ist dagegen ohne Diskontinutäten.

Aufnahmen mit dem DVBViewer-GE 3.6 vom selben Stream sind ebenfalls fehlerfrei!

In den Aufnahme Optionen habe ich schon rumgestellt. Hat nichts verändert. Da ist jetzt nur PAT/PMT anpassen und Autosplit angehakt.

Wo ist der Fehler?

 

support.zip

 

viele Grüsse und einen schönen Sonntag,

Gerd

 

[Griga]

1 hour ago, gwr said:

Aufnahmen von Internet-TV (TS-Stream) mit dem DVBViewer Pro enthalten bei mir Diskontinuitäten. Festgestellt beim ZDF, getestet auch mit arte

 

Bestätigt. Da kommen zwei Fehler zusammen. Einer im DVBViewer Pro, der andere vom Sender, der fehlerhafte TS-Pakete der folgenden Machart einstreut:

 

47, 01, 00, 3E, B7, 00, FF, FF, FF, FF, FF.... usw. bis zum Ende des Pakets

 

Hier behauptet ein Flag (Bit 4 im 4. Byte 0x3E), dass das Paket Payload (also Videodaten) enthält. Das ist jedoch nicht der Fall. Es gibt nur ein Adaptation Field mit Stuffing. Also reine Fülldaten. Der Continuity Counter in den niederwertigen 4 Bits des 4. Bytes sollte laut den Spezifikationen bei solchen leeren Paketen nicht hochzählen. Tut er aber. Würde er es richtigerweise nicht tun, gäbe es auch keine Diskontinuitäten.

 

Der Recorder im DVBViewer Pro und DMS wirft diese Pakete raus, weil er die Angabe der Länge des Adpatation Fields für fehlerhaft hält, da sie die Paketgröße überschreitet. Tut sie jedoch nicht: 4 Headerbytes + 1 Längenbyte + nachfolgende Länge von 0xB7 = 183 ergibt genau 188, also die TS Paketgröße. Ursache ist hier ein >= 188  Vergleich (Pro). Richtig ist >  188 (GE).

 

Da es sich nur um Stuffing handelt, gehen keine Video/Audiodaten verloren. Nichtsdestotrotz kann es bei der Wiedergabe zu Störungen kommen, weil der DVBViewer Filter die Diskontinuitäten an den Decoder meldet, der eventuell darauf reagiert. Die LAV Decoder tun das bei mir nicht, und die Wiedergabe bleibt störungsfrei.

 

 

[gwr]

Aha,

 

Vielen Dank für die schnelle Auf- und Erklärung Griga.

 

vor einer Stunde schrieb Griga:

Da es sich nur um Stuffing handelt, gehen keine Video/Audiodaten verloren. Nichtsdestotrotz kann es bei der Wiedergabe zu Störungen kommen, weil der DVBViewer Filter die Diskontinuitäten an den Decoder meldet, der eventuell darauf reagiert. Die LAV Decoder tun das bei mir nicht, und die Wiedergabe bleibt störungsfrei.

 

Stimmt! Ich hatte, warum auch immer, den Microsoft Audiodekoder für AAC eingestellt. (eigentlich solide)

Der reagiert auf diese Meldungen deutlich. Bei jeder Diskontinuität im DVBSource zeigt der Audiorenderer ausser der Disko. ,

ein paar ms "kein Ton", es gibt ein kleines Knacken  und das Bild zuckt manchmal kurz.

Mit LAV-Audio zeigt der Audiorenderer immer noch die Disko an, aber "kein Ton" oder Pausen bleiben bei Null. Die Wiedergabe läuft störungsfrei.

Bei Video war immer LAV eingestellt.

Edited December 17, 2017 by gwr