echtes Interlaced oder Telecine NTSC -> PAL ?

PAL (25 fps) kann keinesfalls "herkömmliches" Telecine (3:2-Pulldown) haben; dieser Trick funktioniert nur zwischen Film (24 fps) und NTSC (~30 fps) wegen des 4:5-Verhältnisses.

Um zu erforschen, ob Telecine oder Interlacing vorliegt, schau dir den Clip mit einem Bobber an. Wurde schon dutzendfach dokumentiert: Bei echtem Interlacing und korrekter Halbbildreihenfolge wird man nach dem Bobben eine fortlaufende Bewegung sehen, weil ja die Halbbilder bei Interlaced-Aufzeichnung auch zu fortlaufenden Zeitpunkten aufgenommen wurden. Telecine dagegen vervielfacht in regelmäßigen Mustern ein Halbbild von ehemals progressivem Video, da wirst du mal zwei, mal drei gleiche Inhalte sehen. Siehst du Vor-Zurück-Bewegungen, war die Halbbildreihenfolge falsch herum.

Zitat

obwohl ich dem Ganzen nicht so ganz traue ...

Warum?

In dem Fall schau mal ganz genau, ob es auch Überblendungen (Geisterbilder) gibt (exotisches Interlacing: 2.2.2 oder 2.3.3).

Soweit es den geposteten Videoschnipsel betrifft - der ist nicht blend-konvertiert, und in gewissem Sinne auch nicht "richtig", sondern eher "falsch interlaced". Sprich: Phase-shifted progressive.

Wenn es durchgängig so ist wie im Sample, dann könnte man mit "separatefields().trim(1,0).weave()" die verteilten Halbbilder wieder zu Vollbildern kombinieren.
In vielen Fällen kann man der Sache aber nicht so recht trauen, oft hat man einen "dynamischen" Phase-Shift, d.h. es wechselt zwischen Sequenzen [mit] und [ohne] Phase-Shift. Und statt alles von Hand abzusuchen und abschnittsweise zu korrigieren, ist ein automatischer Field-Matcher wesentlich bequemer: TFM() aus der TIVTC.dll.

kannst ja mal gucken, ob TFM(clip2=QTGMC()) schöner aussieht,..

Möglich, aber wenn schon QTGMC, warum dann überhaupt noch TFM? Dann könnte man doch auch gleich QTGMC().SelectEven() ...

Ooooder ... TFM(slow=2,pp=0).Vinverse()