Adaptation Field Fülldaten entfernen bei ORF1/ORF2 HD

[Mam]

Habt Ihr mal ein Beispiel für so eine Problemaufnahme?

Wer so lange wech iss, braucht wohl nicht nach alten Leichen fragen.
Das passiert eh nur gaaanz selten und wandert sofort in die Tonne. Zum Glück gibts ja die Wiederholung und der Autotimer programmiert die bei MAMi's auch gleich mit.

[Derrick]

Ich habe das sample von oben (2015-05-27_14-01-17_ORF1 HD (ger)_Mike & Molly - Molly macht Suppe.ts) auf dem FTP hochgeladen. Anscheinend sind doch Fehler drin (hör- und sichtbar bei ca. 8s). Discontinuities sind nicht drin, auch keine scrambled ts_packets. Was die ursache ist, weiss ich nicht. Vielleicht das plugin? 

Im log vom tsdoc steht was von scrambled. Das scheint mir weit vorgewagt Mehr dass PES_packets kaputt sind, weil z.B. Länge oder CRC nicht stimmen, lässt sich kaum sagen.

Ausserdem fällt mir auf, dass bei den kurzen ORF-Schnipseln oft suggeriert wird, dass Schnittpunkte automatisch erkannt werden können. Welche sollen das denn sein?

[Cypheros]

Also die Aufnahme hat definitiv einen Bug.

FFMPEG sagt:

Code Auswählen Erweitern

[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[mpegts @ 041bd0a0] DTS discontinuity in stream 2: packet 5 with DTS 4714951861, packet 6 with DTS 10243473627
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[h264 @ 041bdae0] non-existing PPS 0 referenced
    Last message repeated 1 times
[h264 @ 041bdae0] decode_slice_header error
[h264 @ 041bdae0] no frame!
[mpegts @ 041bd0a0] PES packet size mismatch
    Last message repeated 2 times
[ac3 @ 05aa92a0] invalid coupling range (13 >= 6)
[ac3 @ 05aa92a0] error decoding the audio block
[ac3 @ 05aa92a0] frame sync error
Error while decoding stream #0:1: Invalid data found when processing input
[mpegts @ 041bd0a0] PES packet size mismatch
[ac3 @ 05aa92a0] incomplete frame
[h264 @ 041b6be0] error while decoding MB 28 30, bytestream -5

Der TS-Doctor sieht das genauso.

Naja, der TS-Doctor hat keine KI. Wenn sich da der AC3-Modus ändert oder ein VPS-Wert, dann glaubt der Doc da Werbung erkennen zu können. Kann ja den automatischen Schnitt bei Dateien mit weniger als 10 Minuten Dauer deaktivieren.
Aber vermutlich dauert es dann nicht lange, da werden sich Leute darüber beschweren.

[Mam]

Kann ja den automatischen Schnitt bei Dateien mit weniger als 10 Minuten Dauer deaktivieren.
Aber vermutlich dauert es dann nicht lange, da werden sich Leute darüber beschweren.

Genau! Denk an meinen geliebten Shaun das Schaf! da sind die Folgen nur jeweils 7min lang!

[Djfe]

gibt's ein Möglichkeit die vorhandenen Daten dem User zu präsentieren oder sind die Änderungen an z.B. AC3 Strömen dafür zu selten und unbekannt?
ansonsten könnte dem User die Entscheidung überlassen werden, wenn der TSD es nicht besser weiß (Experteneinstellung)

[Mam]

Naja, der TS-Doctor hat keine KI.

Schreibs auf die To-Do Liste 

[Mam]

Das bedeutet auch, dass die Anzeige der Gesamtbitrate in Bezug auf die Qualität der Aufnahme eigendlich erst dann korrekt ist wenn die Fülldaten entfernt wurden?

Yep!
Die "Nettobitrate" ist wirklich nur die, OHNE Fülldaten.

Die höhere "Gesamtbitrate" ist nur Augenwischerei.

[Mam]

Trotzdem: kann ich bedenkenlos "Entferne Start-Pakete ohne Payload" aktivieren und tsDoctor meiner gesamte Film Sammlung die Fülldaten entfernen lassen ohne dass Probleme auftreten? Es würde mit Sicherheit einiges an Speicherplatz einsparen.

Ja, kannst Du, es besteht keinerlei Gefahr für Deine Filme.

Ich dachte ja bis jetzt das die Fülldaten sowieso entfernt werden. Warum ist diese Option nicht von vornherein aktiviert? Damit Leute wie ich die da ja eher weniger Ahnung haben das nicht erst suchen müssen?

Weil diese Art von Füllmethode erst voriges Jahr vom ORF (nur NUR DA!) eingeführt wurde, die andere Methode "Entferne Filler Data (NALU12)" beherrst der Doc schon länger, und sie ist viel weiter verbreitet.

Aber die Ösis machen es halt (immer?) anders als der Rest der Welt 

[ErichV]

Aber die Ösis machen es halt (immer?) anders als der Rest der Welt 

Ich glaub eher, dass wir in 99 % aller Fälle das tun, was unsere deutschen Bundesbrüder vormachen und dann pro forma irgendwo eine Kleinigkeit ändern, um dies dann unser Eigen nennen zu dürfen. 

[Djfe]

ich versteh auch nicht warum es 3/4 Methoden zum Füllen gibt?
ist das einfacher zu implementieren, weil man so an jeder stelle nochmal durch auffüllen nachbessern kann? (also jedes Gerät bekommt ne Ausgaberate vorgeschrieben die es einzuhalten hat, aber der Muxer sollte halt nur im letzten Schritt NALU12 verwenden, sodass der Rest/das meiste durch Zero Byte Stuffing/payload aufgefüllt wird)

ich find immernoch Payload sollte klar erkennbar unter NALU12 als Filler stehen genauso wie Zerobyte stuffing (MPEG2)
damit es klar erkennbar ist

dachte bis zu Mams Post es handle sich um einen anderen spezifischen Fix (wie WMP12), der mich nicht betrifft

[Mam]

Na ja, ORF übertreibt es im Moment doch reichlich mit dem Auffüllen von (un)Nutzdaten:
[attachimg=1]
Da hat das Geld wohl nicht für die HD Version gereicht, und man skaliert fleißig hoch...

Nein, um gerecht zu bleiben, so einfach ist es dann doch leider nicht 
Moderne, rein digitale, Produktionen enthalten kein Bildrauschen mehr, deshalb sind sie viel besser komprimierbar als die alten analogen Schinken. Und die Unterschiede mit dem Rauschen können schon echt krass sein, bis zu ein paar hundert % sind möglich.
Da kann ich mir schon vorstellen, dass der Mann am finalen Mischpult schon die Krise bekommt und versucht, seinen Upload irgendwie halbwegs stabil zu halten. Da wird dann eben zu den Füllern gegriffen und gut ist.

Viel Füll kann also auch ein Zeichen von guter Qualität sein.
Letztendlich bleibt einem nichts anderes übrig, als die Füller rauszuschmeissen und sich das Bild selber anzuschauen. Nur dann sieht man, ob gute Qualität ohne Rauschen, oder grottenschlechter Mist mit Flimmern ohne Ende drinsteckt.

Alles ist möglich :-) (und das ganz ohne Toyota!)

[Djfe]

*Nichts ist unmöglich

w/e wenn die drauf aus wären das Rauschen raus zu bekommen (speziell aus alten Aufnahmen) könnten die ja gute Denoiser wie NLMeans verwenden:
http://www.dirk-farin.net/projects/nlmeans/index.html
https://forum.handbrake.fr/viewtopic.php?f=4&t=30135&p=139077

die Beispielbilder sind, was das angeht, schon recht beeindruckend

[Mam]

die Beispielbilder sind, was das angeht, schon recht beeindruckend

Jaja, und völlig unzutreffend 

Diese Denoiser sind für Videorauschen geschrieben, das hat wenig gemeinsam mit Filmrauschen (aka "Korn"). Videorauschen gibts nicht mehr bei der digitalen Übertragung und Du kannst davon ausgehen, dass die TV Sender beim Überführen der Archive von Video zu Digital schon gut entrauscht haben.

Aber Filmrauschen ist anders und deshalb liefern die Programme dabei schlechte, bis hin zu grausamen Ergebnissen. Oder man dreht sie so stark hoch, dann ist allerdings nicht nur das Rauschen weg, sondern so knappe 90% an Details ebenfalls...

[Djfe]

gut zu wissen, aber schade :/