DV Video deintelacen

Wenn dir die Rechenzeit wirklich egal ist, dann schau dir dies mal an:

MVBob()

Allerdings ist es gut möglich, das du dann deine Äußerung bezüglich der Rechenzeit wieder reviedierst. :ani_lol:

Edit: Anstelle von HalfFps() könnte man wohl auch selecteven() oder selectodd() nehmen.

Das DeShaker-plugin kann aber doch auch Interlanced-Input verarbeiten, oder? Hab schon länger nicht mit gearbeitet.

EDIT2: warum Lädst du eigendlich TomsMoComp im zweiten skript?

tach auch !

Das ist ECHTES Interlaced Material.
Das De-Interlaced man Nie, nimmer, Never nie nicht.

Wenn es denn sein muß macht man das beim Abspielen am PC mit dem Abspielprogramm de-interlacer.

Also das "niemals nicht" von bergh würde ich nicht so absolut sehen... Es kommt immer auf das Zielformat an.

Wer eine Video-DVD draus machen will: So lassen, am Röhren-Fernseher sieht das korrekt aus.

Bei DivX und XviD ist es so eine Sache ... nicht alle Abspielprogramme haben wirklich gute Deinterlacer, ein intelligenterer Deinterlacer wie TDeInt während der Konvertierung bringt da sicher bessere Ergebnisse.

Und sicher braucht Interlaced-Video mehr Bitrate - außerdem kommen wahrscheinlich nicht alle DivX-Player aus dem Handel mit Interlaced-Video gut klar (was zu testen wäre). Und wer es sowieso nur am PC anschaut, dem gönne ich ein gutes progressives Bild.

tach auch !

Aus ECHTEM Interlaced kann man kein gutes progressives machen,
es geht VIEL verloren,
wenn auch nicht mehr 50% Bewegungsinfo, iwe man früher gelernt hat

Für XVID muß man de-interlacen, aber als Interlaced MPEG kann man es sich auch am PC angucken UND am TV.

Tach auch !

Wenn es sowieso nur auf dem PC abspielbar sein muss könnte man einfach eine SeparateFields() machen und das ganze in MKV packen mit Playbackextension das auf doppelter Höhe abgespielt wird.

Alternativ kann man dann wieder auf volle Größe interpolieren zum Beispiel mit eedi2().

Eastermeyer: das ist sinnlos. das wuerde fuerchterlich hoch und runter zippeln

Dann muss ich bei 100fps was falsch verstanden haben.
Da kann man aber sicherlich mit crop entgegenwirken , oder ?

Weil im eng. Doom9 wurde mir gesagt das dies die einzigste Möglichkeit für ein "verlustloses" Deinterlacing wäre.

Zitat

Dann muss ich bei 100fps was falsch verstanden haben.

100fps ist nicht der Weiheit letzter Schluss.

Zitat

Da kann man aber sicherlich mit crop entgegenwirken , oder ?

Wenn Du um nen halben pixel croppen kannst, bitteschoen!

Zitat

Weil im eng. Doom9 wurde mir gesagt das dies die einzigste Möglichkeit für ein "verlustloses" Deinterlacing wäre.

JEDE Methode, welche fullrate deinterlacing macht, und dabei die originalfelder durchlaesst, ist lossless!
so also:
bob()
doubleweave()
tdeint(mode=1)
interleave(tomsmocomp(-1,5,0), doublewewave().selectodd().tomsmocomp(-1,5,0))
kernelbob()

uvm.

Es kommt nur darauf an, wie gut die fehlenden Bildinbformationnen aus den umgebungsdaten (spatial und temporal) zuruckgeholt werden (koennen).
Dabei sind separatefields und bob sicher NICHT die erste wahl. Wohl aber die schnellste.

Hmm... So richtig werde ich Interlacing wohl nie verstehen.
Danke für die Erklärungen scharfi.

Sorry Felix , dann vergiss bitte was ich oben geschrieben hab.

hallo, es gibt auch eine ändern-Taste

Zitat

Hmm... So richtig werde ich Interlacing wohl nie verstehen.

Weil die meisten immer nur von der PC-Darstellung ausgehen. Prinzipiell muss man eigentlich nur wissen, dass man es mit 50 Bildern von halber Auflösung zu tun hat. Dabei ist die Bildinformation zweier aufeinander folgender Halbilder um eine Zeile versetzt - weshalb das mit SeparateFields mit anschließendem Resize auch so hin und her springt (wie Scharfi schon schrieb).

Interlacing bedeutet aber noch mehr: Bei Bewegung z.B. die doppelte Menge an Bewegungsinformation, bei halbierter Zeileninformation. Statische Bildbereiche haben aber die volle(!) Zeileninformation.

Ein simples Deinterlacing führt so zu zwei Effekten: Bei Bewegung zum Verlust von Bewegunsinformation (das passiert IMMER, wenn man nicht gerade mit 50p als Ziel arbeitet), und bei statischen Bildbereichen zum Verlust von Zeileninformation (also Details). Genau deshalb ist Deinterlacing ja auch nicht gerade einfach. Wenn selbst Koryphäen wie Scharfi Jahre(!) in die Arbeit stecken, das weiter zu verbessern, sieht man, wie komplex das ist.

Zitat von Kika

Weil die meisten immer nur von der PC-Darstellung ausgehen. Prinzipiell muss man eigentlich nur wissen, dass man es mit 50 Bildern von halber Auflösung zu tun hat. Dabei ist die Bildinformation zweier aufeinander folgender Halbilder um eine Zeile versetzt - weshalb das mit SeparateFields mit anschließendem Resize auch so hin und her springt (wie Scharfi schon schrieb).

Gute Beschreibung, Kika. Wer es noch mal etwas Praktischer will, kann ja mal das folgende Skript testen, das mir ebend dazu einfiel:

LoadPlugin("C:\PROGRA~1\DGMPGDec\DGDecode.dll")


mpeg2source("c:\Eigene Dateien\skripte\ps.d2v", idct=7)


ConvertToYUY2(interlaced=true)


InterlacedCLP = SeparateFields(last)


BlackCLP = BlankClip(InterlacedCLP)


Interleave(InterlacedCLP, BlackCLP)


Weave()

Dieses Skript "bobt" das interlanced Video wie ein Full-Framerate Deiterlancer, allerdings, anstadt die fehlenden Teile zu interpolieren, zeigt es an diesen Stellen schwartze Balken.
Dadurch kann man gut erkennen wozu man Deinterlacer braucht und was sie machen, nämlich diese Schwarzen Lücken mit "etwas" füllen.
(Und fragt mich nicht warum da "ConvertToYUY2(interlaced=true)" hinmuss damit das funzt! :ani_lol: Ich hab kein Plan!)