@Cypheros
Wäre das was für den TS-Doctor oder macht er das schon?
http://www.dvbviewer.tv/forum/topic/56529-entfernen-von-adaptation-field-fulldaten-bei-orf1orf2-hd/ (http://www.dvbviewer.tv/forum/topic/56529-entfernen-von-adaptation-field-fulldaten-bei-orf1orf2-hd/)
http://www.basicmaster.de/affcleaner/ (http://www.basicmaster.de/affcleaner/)
Gruß
Reiset
oh, brandaktuell ;D
sieht auf jedenfall interessant aus, mal sehen was draus wird
ääh... könnt ihr schon lange loswerden, wenn ihr unter Korrekturverhalten "Entferne Startpakete ohne Payload" aktiviert.
wurde von euerem LieblingsMAM ja schon seit Monaten berichtet und ist schon lange gefixt...
(schon so lange, dass der entsprechende Log Eintrag gar nicht mehr erfolgt, anfangs hatte er das Log vollgemüllt, da der Kram ja DAUERND kommt)
ach das ist das? hatte das schon wieder verdrängt
eventuell wäre ein Hinweis sinnvoll (der beim Hovern erscheint)
und vielleicht könnte man es stattdessen unter den NALU Fillern platzieren
danke für die Antwort
ZitatEntferne Startpakete ohne Payload
Startpakete? ..ob damit dasselbe gemeint ist? Bei mir fehlt die checkbox. Wenn ich da klicke, erscheint ein Haken bei Technisat. Entfernt werden diese Füllpakete im Videostream damit jedenfalls nicht.
Falls die Box nicht erscheint, einfach mit der linken Maustaste auf den Text "Entferne Startpakete ohne Payload" klicken, dann wird das Häkchen in der Box, die bei dir leider nicht sichtbar ist, auch gesetzt. Eigentlich sollte das ganze in etwa so aussehen:
[attachimg=1]
@ Cypheros: Bitte unterhalb bei der Option "Entferne MPEG2 ..." das Wort "suffing" in "stuffing" umbenennen.
jaja, das sind immer die Leute, die die Fonts einfach größer stellen (und die schludrigen Programmierer, die es nicht merken und die Dialoge entsprechend resizen ;D ) 8)
..man muss ja nicht mit der Lupe davor sitzen ;) Ändern muss er das sowieso, denn der Begriff "Start-Paket" scheint mir irreführend.
Ok, der Haken (im Blindflug gesetzt) entfernt die Füllpakete. Beim Test ist mir allerdings was ganz anderes aufgefallen:
In einer ORF-Aufnahme entdeckt der Doc schlimme Dinge, die aber gar nicht drin sind. Da wird wieder was von "scrambled" gefaselt ???
[spoiler]
ZitatStarting at packet 00000002 PCR: 00:00:00.000 (-00:00:00.000)
PES ERROR : For PID 0780 -05:06:12.515 PES packet 000001AD is invalid (PSCPrefix,StreamType,SizeMismatch), starting with TS packet 0000B96B Size: 72 should be 21553
PES ERROR : For PID 0780 16:17:33.662 PES packet 000001AE is invalid (PSCPrefix,StreamType,Scrambled,MarkerBit1PTS,MarkerBit2PTS,SizeMismatch), starting with TS packet 0000B97B Size: 139 should be 63690
PES ERROR : For PID 0780 -05:06:12.528 PES packet 000001AF is invalid (PSCPrefix,StreamType,SizeMismatch), starting with TS packet 0000B98F Size: 181 should be 914
ES ERROR : For PID 0782 00:00:08.480 AC3 packet 00000109 has AC3 Crc error
ES ERROR : For PID 0781 00:00:08.458 AC3 packet 00000108 has AC3 Crc error
PES ERROR : For PID 0780 -05:06:12.515 PES packet 000001B0 is invalid (PSCPrefix,StreamType,Scrambled,SizeMismatch), starting with TS packet 0000B9A2 Size: 223 should be 22652
PES ERROR : For PID 0780 -05:06:12.515 PES packet 000001B1 is invalid (PSCPrefix,Scrambled,SizeMismatch), starting with TS packet 0000BD53 Size: 1594 should be 3426
PES ERROR : For PID 0780 -05:06:12.515 PES packet 000001B2 is invalid (PSCPrefix,StreamType,SizeMismatch), starting with TS packet 0000BD5D Size: 37 should be 19153
PES ERROR : For PID 0780 08:48:32.089 PES packet 000001B3 is invalid (PSCPrefix,Scrambled,MarkerBit1PTS2,MarkerBit3DTS,SizeMismatch), starting with TS packet 0000BD6D Size: 2391 should be 11642
PES ERROR : For PID 0782 -05:06:12.515 PES packet 00000044 is invalid (PSCPrefix,StreamType,Scrambled,ControlBitsHd,SizeMismatch), starting with TS packet 0000BAA0 Size: 44 should be 42700
PES ERROR : For PID 0781 -05:06:12.515 PES packet 00000044 is invalid (PSCPrefix,Scrambled,ControlBitsHd,SizeMismatch), starting with TS packet 0000BAE0 Size: 7176 should be 26552
PES ERROR : For PID 0780 -03:02:41.600 PES packet 000001B4 is invalid (PSCPrefix,SizeMismatch), starting with TS packet 0000BD7C Size: 39968 should be 37931
PES ERROR : For PID 0780 -05:06:12.515 PES packet 000001B5 is invalid (PSCPrefix,SizeMismatch), starting with TS packet 0000BE7F Size: 1331 should be 61609
PES ERROR : For PID 0780 -05:06:12.515 PES packet 000001B6 is invalid (PSCPrefix,StreamType,SizeMismatch), starting with TS packet 0000BE88 Size: 248 should be 7665
PES ERROR : For PID 0780 18:22:00.742 PES packet 000001B7 is invalid (PSCPrefix,StreamType,Scrambled,SizeMismatch), starting with TS packet 0000BE9A Size: 113 should be 43450
PES ERROR : For PID 0780 -05:06:12.515 PES packet 000001B8 is invalid (PSCPrefix,StreamType,SizeMismatch), starting with TS packet 0000BEAA Size: 119 should be 37950
PES ERROR : For PID 0782 -00:53:41.869 PES packet 00000045 is invalid (PSCPrefix,StreamType,Scrambled,ControlBitsHd,ControlBitsPTS,MarkerBit3PTS,SizeMismatch), starting with TS packet 0000BD8F Size: 143 should be 24640
PES ERROR : For PID 0781 -05:06:12.515 PES packet 00000045 is invalid (PSCPrefix,StreamType,Scrambled,SizeMismatch), starting with TS packet 0000BDC7 Size: 240 should be 59388
Ending at packet 00010E33 PCR: 00:00:12.091 (05:06:24.606)
PES WARNING: For PID 0780 DVB/ATSC unconform PES formating detected: PSCPrefix,StreamType,Scrambled,ControlBitsHd,ControlBitsPTS,MarkerBit1PTS,MarkerBit2PTS,ControlBitsPTS2,MarkerBit1PTS2,ControlBitsDTS,MarkerBit3DTS,SizeMismatch
PES WARNING: For PID 0781 DVB/ATSC unconform PES formating detected: PSCPrefix,StreamType,Scrambled,ControlBitsHd,SizeMismatch
PES WARNING: For PID 0782 DVB/ATSC unconform PES formating detected: PSCPrefix,StreamType,Scrambled,ControlBitsHd,ControlBitsPTS,MarkerBit3PTS,SizeMismatch
File sizes:
C:\TSRecordings\2015-05-27_14-01-17_ORF1 HD (ger)_Mike & Molly - Molly macht Suppe_fixed.ts 10,5 MB [CRC=7C41C309]
--------- NAL Unit Type Statistic ---------
Slices : 598
I-Slices : 25
P-Slices : 124
B-Slices : 449
SP-Slices : 0
SI-Slices : 0
Data Partition A : 0
Data Partition B : 0
Data Partition A : 0
IDR Picture : 0
SEI : 598
Sequence Parameter Set : 25
Picture Parameter Set : 75
AUD : 598
End of Sequence : 0
End of Stream : 0
Filler : 0
Slices : 0
Seq. Param. Set Ext. : 0
Cutted packets at the beginning: 0
Cutted packets at the end: 1
Discarded packets (not needed): 95
Discarded packets (Packets without payload) : 10349
PID stream sizes
$0780: 10,6 MB
$0781: 695,6 KB
$0785: 448,5 KB
$0782: 696,2 KB
ERRORS : 18
WARNINGS : 3
[/spoiler]
Zitat von: Derrick am Mai 27, 2015, 14:48:18
In einer ORF-Aufnahme entdeckt der Doc schlimme Dinge, die aber gar nicht drin sind. Da wird wieder was von "scrambled" gefaselt ???
Ruhig Brauner! Entspann Dich!
Ist wieder nur mal der täglich PCR-Wrap der beim ORF dermassen reinhaut, dass jede Aufnahme für die Tonne ist. Ich weis nicht, was diese Mehlspeiseaffinen da einbauen, aber auf jeden Fall bringt es alles aus dem Tritt. Die Meldungen, die dann kommen, sind aller mehr oder minder zufällig und nicht aussagekräftig.
Zum Glück gibts ja immer die Wiederholung in der Nacht...
ZitatDie Meldungen, die dann kommen, sind aller mehr oder minder zufällig und nicht aussagekräftig.
..hmm, die schrecken einen unbedarften user aber ab. Mir scheint, der Doc braucht dringend eine Überholung nach dem Urlaub.
Zitat von: Derrick am Mai 27, 2015, 16:45:27
..hmm, die schrecken einen unbedarften user aber ab. Mir scheint, der Doc braucht dringend eine Überholung nach dem Urlaub.
Dann fang beim DVBViewer an, der produziert an den Stellen nämlich die bösen Fehler, die dem Doc später auffallen.
Aber hat sich ja eh bald erledigt, das Bouquet für dene beliebten Code wird ja immer kleiner, wird Zeit, dass langsam Ersatz geschaffen wird, sonst bleibt der Schirm dunkel...
ZitatDann fang beim DVBViewer an, der produziert an den Stellen nämlich die bösen Fehler, die dem Doc später auffallen.
Welche sollen das sein?
Na ja, der RS kennt ja nun nur einen Fehler: "Disco!" :-*
Und wenns beim ORF passiert, gibts so 200 innerhalb einer Sekunde, danach ist dann wieder 33 Stunden lang ungestörter Empfang.
Sei versichert, dass da keine Disconties (falls du die meinst) drin sind. Solche Testaufnahmen checke ich doppelt und dreifach mit allen zur Verfügung stehenden Tools. Nur der TSDoc zickt rum. Wenn du genauere Angaben machen kannst, werde ich gerne versuchen, die nachzuvollziehen :)
Habt Ihr mal ein Beispiel für so eine Problemaufnahme?
Zitat von: Cypheros am Mai 28, 2015, 00:00:20
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.
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? :-X
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?
Also die Aufnahme hat definitiv einen Bug.
FFMPEG sagt:
[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.
Zitat von: Cypheros am Mai 30, 2015, 00:14:11
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!
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)
Zitat von: Cypheros am Mai 30, 2015, 00:14:11
Naja, der TS-Doctor hat keine KI.
Schreibs auf die To-Do Liste ;D
Zitat von: Schattenparker am Juni 08, 2015, 18:52:07
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.
Zitat von: Schattenparker am Juni 08, 2015, 19:02:25
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.
Zitat
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 :-*
Zitat von: Mam am Juni 08, 2015, 19:59:18
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. ;D
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
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 :o
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!)
*Nichts ist unmöglich :D
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 (http://www.dirk-farin.net/projects/nlmeans/index.html)
https://forum.handbrake.fr/viewtopic.php?f=4&t=30135&p=139077 (https://forum.handbrake.fr/viewtopic.php?f=4&t=30135&p=139077)
die Beispielbilder sind, was das angeht, schon recht beeindruckend
Zitat von: Djfe am Juni 10, 2015, 20:08:40
die Beispielbilder sind, was das angeht, schon recht beeindruckend
Jaja, und völlig unzutreffend ;D
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...
gut zu wissen, aber schade :/