einige Anfängerfragen zu AviSynth

• Ja, 50% Bewegungsinformationen gehen verloren.
• Wenn in der ReadMe zum Filter oder in Doom9's Forum sowas steht, wirds wohl stimmen. Wenn nicht dann wahrscheinlich nicht - aber es gibt mehr als genug AviSynth Plugins, die nachschaerfen.
  Das VDub abstuerzt, konnte daran liegen, das Du ConvertToYV12() vor einem Filter eingefuegt hast, der mit YV12 nichts anfangen kann.
• Ist besser, weil TMPGEnc 2.5x (Plus) als Input nur RGB24 akzeptiert.
• Beispielsweise Dissolve()

Noch ein paar Tipps zur Optimierung:

1)

Zitat von :Tom:

Tweak(hue=0.0, sat=1.0, bright=0.0, cont=1.0)

verändert den Inhalt überhaupt gar nicht. Warum also diese Zeile nicht weglassen?
__

2)

Zitat von :Tom:

FadeIO2(15)
FadeOut2(15)

Hat folgendes Verhalten:

/#############\_ (FadeIO2 = FadeIn + FadeOut2)
##############\_ (noch einmal FadeOut2)

Macht es Sinn, das Ende doppelt auszublenden? Möglicherweise, wenn jemand keinen linearen Abfall der Helligkeit will, sondern einen noch plötzlicheren.
__

3) Erst AddBorder(), dann MSharpen()? Würde ich nicht empfehlen, das könnte evtl. in übersteigerten Kanten an der Letterbox enden. Für MPEG-artige Codecs der perfekte Anlass, Ring-Artefakte zu produzieren.

Mal abgesehen davon, dass eine weitere Schärfung nach einem scharfen Resizer wie Lanczos3 wohl "die Übertreibung des Jahres" wäre. Das Geflimmer möchte ich mir dann sicher nicht mehr ansehen, vermute ich mal so...

Zitat

könnte ich das deinterleacen denn auch weg lassen, macht das Sinn? Habe es nur gemacht weil ich nicht wusste, ob ich auf den interleaced Film die Filter anwenden kann.

Natuerlich macht es Sinn, 50% Bewegungsinformationen nicht ins Nirwana zu jagen – allerdings brauchst Du beim encoden dann natuerlich auch eine hoehre Bitrate (~30-50%) damit das gut aussieht. Und die Filter kannst Du so nicht auf den interlaced Film anwenden, dazu sind Anpassungen notwendig. Ein User dieses Forums (grua) hat in einem PDF diverse Wege zusammengefasst, interlaced Material zu bearbeiten. Such mal nach "Filtern von interlaced Video".

Zitat

Leider stürzt VD auch ab wenn ich hinter dem ConvertToYV12 und dem Schärfe Filter nichts mehr schreibe. Wenn ich das Script dann allerdings mit MPC öffne, sagt der, dass er einige Pins im Filter-Graph nicht verbinden konnte..

Lass alle Filter weg, lade nur das Video mit ConvertToYV12(interlaced=true) – gleiches Problem? Dann mal einen YV12 Decoder installieren (z. B. mit XviD oder ffdshow).
Allerdings sind nicht zwingend erforderliche Farbraumkonversionen niemals empfehlenswert.

Zitat

Wie müsste das dann aussehen, wenn ich nur die Schnittstellen im Film bearbeiten will? Im AviSynth Handbuch ist da ja nur von 2 Clips die Rede.

Dissolve (clip1, clip2 [, ...], int overlap)
-> Dissolve(Trim(0,68603),Trim(71004,79777),Trim(88643,103271),5)

Hab nicht alle obigen Postings gelesen - kann daher sein, dass ich in folgendem das eine od. andere übersehe - aber hier nur kurz was mir auf die Schnelle auffällt:

1) Bobber:

Ist das Video tats. dermaßen verrauscht, dass du das vorige Bob().Rauschfilter().Reinterlace() benötigst? Braucht schon um einiges mehr Rechenzeit... Würde daher zuerst mal die einfachere Variante versuchen:
TDeintBob()
filtern inkl. Rauschfiltern
ReinterlaceBob()

2) Bitrate:

Für die Bitrate nutze ich folgende Faustformel (MPEG2-Encoding mit CCE):

DV-Video, interlaced:
durchschnittliche Bitrate so hoch wie möglich, d.h. so nah als möglich an die maximale Bitrate ran.

Analog Capture, interlaced:
durchschnittliche Bitrate mind. 4000 kbps

Analog Capture, progressive:
durchschnittliche Bitrate mind. 3000 kbps

 Mit 4000 Bit/s kannst du es mal interlaced versuchen. Wenns blockt, dann eben deinterlacen.

3) Farbraum:
Interlaced Video immer in YUY2 öffnen, daher nehme ich folgenden Befehl:
AviSource("capture.avi",true,"YUY2")

Weshalb wandelst du in RGB24? Falls du den CCE damit fütterst, dann lass es bei YUY2.

cu, grua

>Interlaced Video immer in YUY2 öffnen,...
Begruendung?

>Weshalb wandelst du in RGB24?
Weil er TMPGEnc damit fuettert

Zitat von Viperzahn

>Interlaced Video immer in YUY2 öffnen,...
Begruendung?

Weil man dann nicht darüber nachdenken muss, ob die Chroma-Werte für Zeile 1+2 und 3+4, oder für die Zeilen 1+3 und 2+4 gelten (progressive oder interlaced YV12). In YUY2 gilt Chroma für eine Zeile, nicht für zwei.

Zitat

Weil man dann nicht darüber nachdenken muss, ob die Chroma-Werte für Zeile 1+2 und 3+4, oder für die Zeilen 1+3 und 2+4 gelten (progressive oder interlaced YV12).

Und wo ist das Problem?

weil man dann bei unsachgemäßer Filterung so nette Farbstreifen bekommt

@ Viperzahn:

Stell dir vor, in einem Bereich des Bildes ist der Inhalt des einen Fields rot, der des anderen Fields blau (hatte ich schon mal geschrieben: wenn ein roter Ball vor einem blauen Himmel fliegt). Welche Farben hättest du nun gern nach der Encodierung: rot und blau, oder lila und lila?

Weil man beim filtern Fehler machen koennte, ergibt sich doch nicht gleich die Schlussfolgerung interlaced YV12 immer nach YUY2 zu konvertieren. Und das dann auch noch von irgendeinem Codec [AviSource('capture.avi',true,'YUY2')] progressive upsamplen zu lassen - na ja.
Geht man nach der Logik vor, konvertiert man am besten immer nach RGB24 - damit gibts beim bearbeiten die wenigsten Probleme (sofern man Filter findet, die den Farbraum unterstuetzen).

Aber in dem Fall ist seine Quelle ja schon in YUY2 gespeichert.

Nun, es kommt sicher immer drauf an, in welchem Format die Quelle vorliegt. Wenn es ein AVI mit gepackten Format ist (RGB oder YUV 4:2:2 als Basis), kann man es sicher gleich als YUY2 öffnen lassen. MPEG basiert zwar (in den verbreiteten Profilen) auf YUV 4:2:0; aber wenn ich die Chance hätte, dass der Decoder gleich YUY2 ausgibt, würde ich es mir schon überlegen, wenn ich den Verdacht habe, dass es interlaced encodiert sein könnte. Denn spätestens beim Resizen ist fieldweise Verarbeitung dafür dann notwendig. Und wenn schon mit der falschen Variante von YV12 nach YUY2 konvertiert wurde, sieht man die Streifen, die ich schon mehrfach dokumentiert hatte (z.B. rot-braun-grün-braun-...) - das gäbe dann kräftiges Field-Flimmern.

LigH:
interlacedyv12 lässt man am besten, wie es ist.
nur wenn man es unbedingt filtern muss, dann aber den Farbraum am besten hiermit umwandeln:
http://forum.doom9.org/showthread.php?s=&threadid=90794

oder erst deinterlacen und erst dann den Farbraum ändern.

Interlace is evil.
Ich weiss :zunge:

Wenn du ein AVI mit AviSource("*.avi", True, "YUY2") öffnest, dann teilst du dem Decoder mit, dass er versuchen soll, das Video als YUY2 zu liefern. Tust du das nicht, könnte er es eventuell auch anders decodieren, je nach Einstellung (vielleicht als RGB24). Also nur zur Sicherheit und evtl. zur Beschlunigung - wenn HuffYUV auf YUV-Modus eingestellt war, dann solltest du auch ohne den Extra-Parameter YUY2-Video erhalten.

Zitat

Hmm, kenn mich da ja nicht so aus, es sieht jedenfalls alles sehr verschwommen aus.

Du musst die richtige Fieldorder fuer Dein Video ermitteln und selbige AviSynth via AssumeTFF()/AssumeBFF() mitteilen. Danach versuch das mal:

LoadPlugin("TDeint.dll")
LoadPlugin("Convolution3D.dll")
LoadPlugin("MSharpen.dll")
#
SegmentedAVISource("capture.avi","YUY2")
Dissolve(Trim(0,68603),Trim(71004,79777),Trim(8864 3,103271),5)
#
AssumeXFF()
TDeint(mode=1,mthreshL=3,mthreshC=3,type=1)
Convolution3D(0,32,128,16,64,10,0)
MSharpen(strength=100,threshold=10,highq=true,mask =false)
ConvertToRGB24()
LanczosResize(656,544,0,13,720,546)
SeparateFields()
GetParity() ? SelectEvery(4,1,2) : SelectEvery(4,0,3)
Weave()
AddBorders(32,16,32,16)
FadeIO(15)

Zitat

Aber für den TMPGEnc sollte doch am Ende des Scriptes ein "ConvertToRGB24" stehen? Dann wäre das ja eh umsonst oder?

Eigentlich nicht, weil man sonst das Risiko eingeht, das der Codec vorher schon falsch upsampled.

[EDIT]
Das seh ich jetzt erst: LanczosResize(656,544,0,13,720,546)
Dieses ungerade schneiden ist nicht optimal.

Außerdem: Besser am Ende als am Anfang, weil im RGB24-Farbraum während der Bearbeitung 1,5x so viele Daten von den Filtern verarbeitet werden müssen als bei YUY2. Deshalb lieber so spät wie möglich nach RGB24 konvertieren (und es ist schon sehr ärgerlich, dass TMPGEnc überhaupt RGB24 fordert, wo doch MPEG auf YUV basiert, und deshalb TMPGEnc letztendlich wieder zurück konvertieren muss; Altlasten von VFAPI).