Interlacing im Videostream

[Goeppel]

Hallo Leute

zwar mein erster Beitrag hier und dann  gleich ne Frage, aber ich komme echt nicht weiter ohne Hilfe :'(

Also, zum Problem: Ich hab hier einen DVB-Stream, der interlaced ist und möchte den nun gern mit Hilfe von einem Avisynth-Skript und TmpgEnc in SVCD encoden. Soweit so gut, das krieg ich ja auch noch hin Aber guckt euch mal das folgende Bild an:
http://home.arcor.de/thomasthe1st/unbenannt.jpg (Achtung Modem-Nutzer, ca. 200kB). So sieht das bei mir aus, wenn ich den Stream mit einem beliebigen Player öffne. Wohlgemerkt nur, wenn ich manuell die Größe des Videos ändere, in der Ausgangssituation, d.h. wenn der Player das Video 1:1 darstellt, wird das Interlacing sauber dargestellt. Auch wenn ich das Video in VirtualDub lade (mittels Avisynth) siehts genauso aus, es sei denn, ich stelle den Farbraum anders ein!

[SVCDFan]

Hallo Goeppel.

Um auf einen kurzen Nenner zu bringen:

Willst du das ganze am PC anschauen, dann mache das ganze am besten gleich progressive, d.h. deinterlace das also.

Willst du das aber nur am TV über DVD-Player anschauen, dann ist völlig wurst, was am PC angezeigt wird. Kontrolliere das doch am TV selbst, da siehst keine solche "Kämme", höchstens du hast die falsche Field-Order, dann ruckelt es bei Bewegungen.
_________________
Gruß SVCDFan

[Goeppel]

Hallo SVCDFan, so früh schon auf

So: Ja, soll eigentlich nur am PC geschaut werden, und deshalb auch deinterlaced werden. Also du meinst, ich müßte die Farbraumkonvertierung in Kauf nehmen und das dann so encoden. Naja, so hab ichs bisher auch gehandhabt, aber man will ja alles ziemlich perfekt und nichts falsch machen ;) und das ist bisher noch das Einzige, was mich gestört hat. Aber ich guck mir auch DVB-Streams des öfteren direkt an, naja, nicht genießbar
Achso, falls das noch hilft: Falls die progressiven Frames "recovered" werden können (bei TmpgEnc IVTC), wird das Video automatisch deinterlaced O_O Das sollte ja normalerweise nicht vorkommen, ich hoffe du verstehst, was ich mein

ciao

[RoBernd]

Hi,
ähnliches habe ich auch bemerkt. Wahrscheinlich wird das Bild erst in ein anderes Format umgerechnet und dann deinterlaced. Damit sind die zum Deinterlacing verwendeten Zeilen die falschen (sie gehören nicht zum selben Halbbild).
Man müsste die Bearbeiteungsreihenfolge also vertauschen. Wie?
_________________
Gruß RoBernd

[Der Karl]

Moin,

daß die "Farbraumkonvertierung" da im Interlacing was korrigiert, ist eigentlich nicht
logisch. Das ist vermutlich nur ein fieldorderproblem.

Lade doch mal eine kurze Sequenz des *.mpv (so 25 Frames mit viel Bewegung)
hoch.

Gruß Karl

[Goeppel]

Hallo Karl und danke für deinen Beitrag.

Ich hab schnell ein kleines Sample hochgeladen, liegt auf http://home.arcor.de/thomasthe1st/test.mpv bereit (3 MB).

Um es nochmal zu erklären: Wenn ich ein Video habe, dass ich mittel 2:2 Pulldown (bei TmpgEnc unter IVTC) deinterlacen kann, also die progressiven Frames wieder herstellen kann, dann wird das Video im bsPlayer und auch WMP bereits _deinterlaced_ wiedergegeben (die Source, die jedoch interlaced dargestellt werden müsste), und das darf ja wohl nicht sein. Es ist zwar schön, dass deinterlaced wird, aber ich möchte ja bestimmen, wie, ob und wann das passiert. Und bei Videos, bei denen man die Frames nicht so ohne Weiteres wiederherstellen kann, geht das in die Hose und ich habe ein Bild wie in meinem ersten Posting. Ich habe schonmal versucht, was mit Graphedit zu machen, aber da sind tatsächlich nur die meienr Meinung nach nötigsten Filter am werkeln.

Installiert zur Zeit: PowerDVD 5, WinDVD, Elecard Decoder.

Gruß

[Goeppel]

[Der Karl]

Moin,

also - wie vermutet: Source ist progressive, tff und phase-shifted.
Es wird also nix "deinterlaced", sondern es müssen nur die fields in die richtige
Reihenfolge bzw. "paarung" gebracht werden.

In abwandlung des scripts von oben (was btw. unnötig umständlich ist):

[Goeppel]

okay, danke Karl
werd das schleunigst mal ausprobieren!

Goeppel