Interlaced - ein paar Fragen bzgl. Deinterlacing und Encoding

:welcome:

a) Nein. Die Erkennung in DG(AVC)Index.exe oder in MeGUI ist schon recht zuverlässig, aber letztlich immer abhängig vom Inhalt. Wo man als Mensch schon kaum Unterschiede sieht, weil kaum horizontale Bewegungen zu bemerken sind, kann ein Programm auch nichts finden.

b) Wenn die Erkennung relativ zuverlässig funktioniert, dann unterscheiden sie auch, ob sie typische Telecine-Muster finden, oder ob es Unregelmäßigkeiten gibt. Dennoch ist ein Vergleich mit den eigenen Augen und gebobbtem Video nicht zu unterschätzen.

c) Relativ intelligente Deinterlacer wie TDeInt oder Yadif kann man fast ohne Bedenken verwenden - wenn es wicklich echtes Interlacing ist. Allerdings heißt das nicht, dass sie immer fehlerfrei arbeiten. Die Entscheidung, an welchen Stellen im Video ein Deinterlacing notwendig ist, um die Streifen zu vermeiden, und wo es nicht sinnvoll ist, weil es Details verringern würde, ist nicht trivial.

d) Röhrenfernseher arbeiten interlaced, stellen also immer nur die Hälfte des Bildes streifenweise dar - DVD-Player können das also ohne weiteres passend ausgeben; die flüssige Darstellung ohne erkennbare Streifen entsteht durch das zeitliche Nacheinander der Halbbilder, das leichte Überstrahlen und die Nachleuchtdauer des Leuchtstoffes. HTDV-Fernseher (Plasma, LCD) arbeiten jedoch im Grunde progressiv (zeigen also die gesamte Bildfläche immer gleichzeitig an), da ist eine flüssige und streifenfreie Darstellung schwieriger. Ähnlich der PC-Monitor, der das gesamte Bild durchgängig zeichnet, ohne Streifen. Darüber hinaus gibt es für H.264 auch noch mehrere Arten, Interlacing zu speichern (z.B. PAFF = für komplette Bilder, MBAFF = für jeden Makroblock einzeln), aber nicht jeder Player kann jede Variante abspielen.

a) Ich kenne StaxRip und AutoGK nicht wirklich gut. Ich gehe davon aus, dass man alles manuell einstellen muss, sofern man nicht in DG(AVC)Index das Video erst mal anspielt und schaut, wie sich die Analyse während der Vorschau entwickelt.

b) Ein einfaches AviSynth-Skript verwenden, so wie ich es erst letzte Woche vorgeschlagen habe. Das mit VirtualDub anschauen. Auf wiederholende Muster (oder auch eher flüssigen Fortschritt) achten. Was "Bob()" macht - in der AviSynth-Dokumentation nachlesen!

d) Der Player bzw. Fernseher deinterlacet sicher schlechter als Yadif oder TDeInt, denn er wird nur "blind" überblenden. Intelligentere Deinterlacer verwenden bereichsweise Bewegungsschätzungen, um auch den Inhalt von neu generierten Zwischenbildern zu interpolieren. Und selbst wenn du interlaced encodiren willst: x264 verwendet nur MBAFF (makroblockweise interlaced/progressiv je nach Bedarf).

Nein - "Sequence", "Frame struct" und "Frame Type" sollten wohl normalerweise ständig gleich bleiben. Diese Flags zeigen aber lediglich an, wie der Encoder eingestellt war. Die meisten DVD-Studios stellen ihre MPEG2-Encoder wahrscheinlich immer auf "Frame struct = Frame; Frame Type = Interlaced" ein, selbst wenn progressives Material vorliegen sollte (wenn das Material doch interlaced wäre, aber man hätte den Encoder auf "Frame Type = Progressiv" vergessen, wäre das Ergebnis grauenhaft; und "Frame struct = Field" ist nicht DVD-konform, glaube ich).

Nein, im unteren Bereich des Statusfensters beim Abspielen dachte ich, mal eine Analyse gesehen zu haben (##% FILM / Telecine / Hybrid ...). Aber vielleicht gab es das nur in älteren Versionen (DVD2AVI), oder wird nur bei NTSC durchgeführt (Telecine = 3:2 Pulldown gibt es nur bei NTSC).

Die MeGUI hat was passendes: Im "AviSynth Script Creator" (als "Video Input" die *.d2v-Indexdatei auswählen) gibt es im Reiter "Filters" einen Abschnitt "Deinterlacing", und darin den Button "Analyse...". Hierbei wird das Video anscheinend mit beiden Halbbild-Reihenfolgen auf die Charakteristik von Bewegungen getestet.

Ich hatte einen kleinen Testfilm in PAL, was mir als "Hybrid film/interlaced, mostly interlaced" gemeldet wurde. Der Vorschlag, TIVTC zu verwenedn, ist aber definitiv falsch, weil PAL kein Telecine hat. Der Grund der Fehleinschätzung: Es handelte sich um einen Clip aus den Nachrichten mit überwiegend ruhigen Szehen, die nur den Sprecher zeigten, wo es also an analysierbarer Bewegung mangelte. Korrekt wäre in diesem Fall "Source Type: Partially Interlaced" und als Lösung einen der Deinterlacer (ohne Bob), die nur bei erkennbarem "Combing" (Streifenbildung) deinterlacen (Yadif, TDeint, LeakKernelDeint, TomsMoComp).

Zitat

....und "Frame struct = Field" ist nicht DVD-konform, glaube ich).

Wenn Du mit "nicht DVD-Konform" meinst dass die herkömmlichen Brenntools
"Frame struct = Field" nicht auf die DVD brennen können,so hast recht.
IfoEdit ist das Einzige das es zuwege bringt dass die DVD dann auch abgespielt wird.

Fieldbased MPEG2 encoding ist nur von Vorteil, wenn die Quelle vorher nicht schon Framebased encodiert wurde.

D.h. mit DV-Video oder normalen MPEG2 Quellen ist Fieldbased-encoding in der Regel schlechter als Framebased encoding.

Fieldbased encoding ist nur von Vorteil, wenn man entweder analoge Quellen lossless vorliegen hat, oder etwa 720p50 oder 1080i50 auf PAL-interlaced reduzieren will.

tach auch !

Wenn AutoGK Deine Quelle nimmt,
kannst Du Dich auch auf dessen Analyse beim Umwandeln verlassen, das dauert allerdings auch etwas.

Also wie Didée mich erst vor kurzem korrigierte: Yadif ist nicht "intelligent", der interpoliert immer. :redface:

TDeint ist in der Hinsicht vielleicht noch am empfehlenswertesten.

Unfehlbar ist keiner. Vollautomatische Verarbeitung ist aber bei Video wirklich nicht einfach, und pauschale Allheilmittel so gut wie unmöglich zu finden oder zu schaffen.

In MeGui wird dies getriggert in dem man den Input im Avsynthbereich analysieren lässt, grobe Handhabe von MeGui ist auch im etwas älteren 'MeGui Essentials' beschrieben.
Letztendlich bleibt einem aber nichts anderes übrig als immer noch mal drauf zu gucken ober mit kleinen Problemen zu Leben. Es gibt halt keine Methode die pauschal immer die besten Ergebnisse liefert.

Cu Selur

Wie ^ oben erwähnt, hatte ich die automatische Analyse der MeGUI an einem kleinen Schnipsel getestet, in dem es nur wenig Bewegung gab. Da wurde mir doch glatt IVTC für PAL-Video empfohlen?! - Definitiv falsch... Und das Testtool bringt das selbe Ergebnis.
_

Weil TDeint und ColorMatrix zusätzliche Hinweise vom MPEG2-Decoder nutzen können, wäre diese Kombination als relativ zuverlässig zu empfehlen.

ColorMatrix sollte vor dem Deinterlacen verwendet werden und der interlaced Parameter sollte auf true gesetzt sein.

Zitat

sollte man ihn immer bevorzugen wenn es ums Deinterlacen gibt

Nein