VHS-Material mit VirtualDub / StaxRip restaurieren (filtern per VDF / AviSynth)

Zitat von LigH

Wozu der "Full processing mode"? Das Filtern passiert doch schon in AviSynth, das nach deinem Skript wohl YV12 ausgibt.

Ich wollte zum AviSynth QTGMC Filter noch ein bis zwei *.VDF Filter von VirtualDub dazu verwenden ( Alles in einem Rutsch )
Kenne mich mit AviSynth nicht so gut aus ( Deshalb die Verbindung mit den *.VDF Filtern )
Wenn ich Experte wäre, würde ich alles mit AviSynth machen
Kann man mit den "FastRecompress mode" beide Filter: AviSynth und *.VDF Filter zusammen verwenden und mit den Codec ( In meinem Fall: Lagarith )
an die Ziel AVI wieder zurückgeben?
Oder ist das keine gute Idee: AviSynth Filter und *.VDF Filter zusammen zu verwenden?

Zitat von LigH

Das hängt davon ab, wie du welchen Codec einstellst, der das Ziel-AVI speichern soll. Wenn du keinen einstellst, wird im Full-Processing-Mode unkomprimiertes RGB24 geschrieben, das ist viel größer als Lagarith.

Danke, jetzt verstehe ich das

Der "Fast-Recompress Mode" verwendet den Quell Codec der zu dem jeweiligen Video mit aufgenommen worden ist
und gibt diesen mit den X beliebigen Filtern wieder zurück an die Ziel AVI in gleicher Dateigröße...

Beim "Full-Processing Mode" wird ein anderer Verlustfreier Codec verwendet! ( Ähnlich wie HuffYUV mit sehr großen Dateigrößen )

Zitat von LigH

Immer TFF? Wahrscheinlich ja. Beim analogen Fernsehen ist TFF üblich. Aber ohne Gewähr, im Zweifelsfall für jeden Film selber testen: AssumeTFF().Bob() mit AssumeBFF().Bob() schön langsam Bild-für-Bild-vorwärts vergleichen, bei welcher Variante die Bewegung flüssig wirkt (bei der falschen Variante sehen Bewegungen aus wie vor-zurück-vor-zurück).

Verstehe ich das so Richtig?
Diese beiden Scripts hier nur zum Testen verwenden, um herauszufinden, ob man jetzt TFF oder BFF hat?

Camcorder Aufnahme 123 - TFF testing.avs

AVISource("V:\VHS\Camcorder Aufnahme 123.avi") AssumeTFF().Bob()

Camcorder Aufnahme 123 - BFF testing.avs

AVISource("V:\VHS\Camcorder Aufnahme 123.avi") AssumeBFF().Bob()

Nach dem man jetzt weiß ob man "TFF" oder "BFF" hat, dieses Script dann mit den "Fast-Recompress mode" benutzen?

AVISource("V:\VHS\Camcorder Aufnahme 123.avi") AssumeTFF() [COLOR=#808080]oder AssumeBFF()[/COLOR]ConvertToYV12(interlaced=true) QTGMC(Preset="Slow") SelectEven()

Zitat von LigH

Das sagt uns: Lagarith decodiert freiwillig nach YUY2. Aber nicht nach YV12. Für QTGMC 3.32 muss also noch nach YV12 konvertiert werden; QTGMC 3.33 macht das vielleicht intern selber, wenn nötig.

Könnte ich denn nicht meine Videos direkt mit Lagarith in YV12 capturen? ( Ich kann ja bei Lagarith auswählen ob in YUY2 oder YV12 gecapturt werden soll )
Dann hätte ich vielleicht ein Problem beim DeInterlacen mit QTGMC weniger ( oder verstehe ich da was falsch )?

Und die Frage ist, welche QTGMC Version könnt ihr mir empfehlen? QTGMC 3.32 oder QTGMC 3.33?

Zitat von LigH

Aber: AviSource meldet BFF. Das könnte falsch sein, und wenn ein "intelligenterer" Deinterlacer falsch über die Halbbildreihenfolge informiert wird, dann erzeugt das Deinterlacing ein zerstörtes Bild, weil Bewegungsrichtungen fehlerhaft geschätzt werden. Es ist also unbedingt notwendig, die wirkliche Halbbildreihenfolge zu kennen, also die wirkliche zeitliche Abfolge der aufgenommenen Halbbilder.

Okay, nochmal fürs Verständnis...
Die Pinnacle USB-Box 500 zeichnet die Videos immer als Interlaced im oberen Halbbild auf!
Jetzt müsste ich nur noch rausfinden ob ich "TFF" oder "BFF" habe und alle Sorgen rund um das Thema: DeInterlacing, sind dann damit geklärt?
Ist das so korrekt?

Zitat von Goldwingfahrer

Lagarith kanns in YV12 und YUV............Grundeinstellung ist aber...
http://frupic.frubar.net/fullsize/28443

Jetzt bin ich aber völlig durcheinnander
Du hattest mir ja folgende Einstellung für Lagarith empfohlen:

[Blockierte Grafik: http://img.xrmb2.net/images/628811.png]

Ich möchte ja den DeInterlacer: QTGMC hinterher benuten ( und keinen anderen mehr, weil QTGMC der beste ist
Könnte ich denn nicht meine Videos direkt mit Lagarith in YV12 statt YUY2 capturen?

Zitat von Goldwingfahrer

Aus Deiner Liste im obigen Screen kannst Du noch RSharpen.dll + RSharpenS.dll rausschmeissen.

Ist mein "AviSynth Plugin" Ordner jetzt perfekt eingestellt?

[Blockierte Grafik: http://img.xrmb2.net/images/375740.png]

Zitat von Goldwingfahrer

Am Schluss habe ich im Script
ConvertToYUY2 (interlaced=true)

Folgendes Script macht man aber nur, wenn man mit Lagarith im RGB (Default) seine Videos gecapturt hat?

AVISource("V:\VHS\Camcorder Aufnahme 123.avi") 
AssumeTFF() oder AssumeBFF()
ConvertToYV12(interlaced=true) 
QTGMC(Preset="Slow") 
SelectEven()
return(last)

Zitat von LigH

Das können nicht nur Experten. Das Programm AvsPmod erlaubt es auch, mit AviSynth-Filter-Parametern herumzuspielen und zu schauen, was sie bewirken. Und wer verstanden hat, was ein Filter inhaltlich tut, dem kann auch egal sein, ob er ein eigenes Fenster hat oder nur durch eine Zeile Text konfiguriert wird.

Das mit dem Programm "AvsPmod" kann ich ja mal ausprobieren...
Irgendwo müsste es doch ein paar AviSynth Script vorlagen für VHS Filme geben! ( Weiß jemand einen Link? )
Dann verwende ich ein paar AviSynth vorlagen nacheinnander auf meinen VHS Film und
nehme dann denjenigen der das beste Bild für mich macht
Blöde Idee aber es könnte doch funktionieren wenn man genug Vorlagen durchprobiert oder was meint Ihr?
Für VHS Material kann es doch bestimmt irgendwelche Universallvorlagen geben...

Zitat von LigH

Wenn du keine VDF-Filter mehr brauchst, ist das die schnellste Methode, AviSynth-Video direkt in den Codec zu schicken, der das neue AVI erzeugt.

Was wäre denn, wenn ich mit AviSynth das Video erstmal nur alleine per "QTGMC" DeInterlacen tue...

Okay nach dem man jetzt weiß ob man "TFF" oder "BFF" hat, benutze ich das AviSynth Script "QTGMC" für´s DeInterlacen.

Ist das QTGMC Script für "TFF" oder "BFF" so Richtig? ( Weiß ja nicht ob es bei BFF noch was zu beachten gibt... )

AVISource("V:\VHS\Camcorder Aufnahme 123.avi") 
AssumeTFF() [COLOR=#808080]oder AssumeBFF()[/COLOR]
ConvertToYV12(interlaced=true) 
QTGMC(Preset="Slow") 
SelectEven()

Jetzt schicke es mit den "Fast-Recompress Mode" zurück von Lagarith zu Lagarith und erhalte dann eine neue AVI Ziel Datei..
Was ist eigentlich mit dem Audioteil?
Muss ich den Audio Teil auch im "Fast-Recompress Mode" laufen lassen oder reicht dafür "DirektStreamCopy"?

Die neue AVI Ziel Datei ist Fertig. ( Fast-Recompress Mode )
Habe ich jetzt ein Progressives Video vorliegen nach dem "QTGMC" durchgelaufen ist?

Zitat von LigH

Lange Zeit war das eine überwiegend blöde Idee (außer wenn es keine Alternative gab), weil VirtualDub seine VDF-Filter immer nur im RGB-Modus verwenden konnte. Das lief dann so:

Und auf die neue AVI Ziel Datei ( Progressives Video ) verwende ich reine VDF Filter ( ohne AviSynth scripte )
Das mache ich dann im "Full-Processing-Mode"
Muss ich den Audio Teil auch im "Full-Processing-Mode" laufen lassen oder reicht dafür "DirektStreamCopy"?

Dann sollte es doch keine Probleme geben oder?
Das ist zwar auch umständlicher aber so mache ich das in mehreren schritten getrennt, so das sich AviSynth und VDF nicht in die Quere kommen...
Was haltet Ihr von der Idee?

Zitat von LigH

Nimm also besser erst mal in YUY2 (YUV 4:2:2) auf

Zitat von Goldwingfahrer

das ist richtig..mache ich ja auch so.

Okay Danke werde dann diese Einstellung hier beibehalten:

[Blockierte Grafik: http://img.xrmb2.net/images/628811.png]

Eine kurze zwischenfrage zu folgendem Beispiel:

Zitat von Goldwingfahrer

http://frupic.frubar.net/fullsize/26718

Dieses Ergebnis bekomme ich mit der Pinnacle USB-Box 500 immer hin!
Nur leider ist bei mir die Length nie exakt, obwohl alle Werte beim Capturing Perfekt sind ( Was kann das sein? )

[Blockierte Grafik: http://img.xrmb2.net/images/501095.png]

Ich weiß es sind nur Millisekunden!!
Muss ich vielleicht den Audioversatz dafür ein klein wenig synchronisieren, damit es perfekt wird
oder kann man das Ergebniß so stehen lassen?

Zitat von LigH

Da grundsätzlich jeder Film anders ist, sind "Universalvorlagen" grundsätzlich nie "optimal"
(zum Beispiel muss man nicht deinterlacen, wo nichts interlaced gesendet wurde); aber es gibt Grundlagen,
die immer in Erwägung zu ziehen sind, und die machen wir hier gerade...

In meinem Fall muss ich ja immer DeInterlacen. ( Pinnacle USB-Box 500 > Interlaced > obere Halbbild )

Zitat von LigH

Dann hast du deine Platte noch mal mit Gigabytes durch eine Zwischendatei belegt, die du noch weiter filtern wolltest, also wahrscheinlich Zeit- und Platzverschwendung (es gäbe Fälle, in denen das gerechtfertigt wäre...)

Moment, wenn ich mein Quell AVI Video ( Lagarith ) ersteinmal mit "QTGMC" von Interlace auf Progressiv gemacht habe,
kann ich ja eigentlich die Quell Datei löschen, da die neue AVI Ziel Datei immer noch Verlustfrei ist.
Das neue Progessive kann ich doch als Archiv Datei nehmen oder ist das keine gute Idee?
Ich habe ca. 20 wichtige VHS Bänder von denen ich die Verlustfreie Aufnahme behalten möchte...

Mein Plan war eigentlich folgender:

Analoge VHS & Camcorder Videos am PC digitalisieren:

1.) Richtigen Zuspieler auswählen für das jeweilige VHS oder Camcorder Band
2.) Capturen mit der Pinnacle USB-Box 500 über VirtualDub als Verlustfreie AVI Datei ( Lagarith )
3.) Aufnahme kontrollieren --> http://img.xrmb2.net/images/501095.png
4.) Das Aufgenommene Video per "DirectStreamCopy" schneiden ( meisten am Anfang und am Ende )
5.) "TFF" oder "BFF" ermitteln
6.) DeInterlacen mit AviSynth per QTGMC
7.) Progressives Material ( Lagarith ) mit ein paar VDF Filter dezent behandeln ( Muss erstmal schauen was ich noch alles brauche )
8.) Erst ganz zum Schluß wird das gefilterte Video ins gewünschte Zielformat umgewandelt z.B. X264 im MKV Container ( Mit dem Programm: StaxRip )

Zitat von LigH

Bei Audio gilt erst mal das gleiche wie bei Video: AviSynth decodiert immer! Bei VirtualDub kommt also immer PCM an (wie in simplen WAV-Dateien enthalten). Einen Modus "Fast Recompress" gibt es im Audio-Bereich gar nicht, entweder "Full Processing" (es werden ACM-Codecs zum Komprimieren verwendet) oder "Direct Stream Copy" (unkomprimiertes PCM-Audio kommt ins AVI, das verbraucht viel Platz).

Ich wollte gerne die Quell "PCM Audio Datei" behalten.
Also nehme ich dann bei der Fast-Recompress Methode für den Audioteil dann "Direct Stream Copy"
Es soll ja erstmal nur das Video von Interlace auf Progressiv gemacht werden. ( Verlustfrei zu Verlustfrei )
Ist das dann so Okay?

Zitat von LigH

Du musst dich also wie beim Video auch beim Audio entscheiden, welches Ziel-Format du beim Komprimieren haben willst ... und ob es dafür überhaupt sinnvoll ist, einen ACM-Codec zu verwenden. Im Falle selber mit der Kamera aufgenommener Clips wäre es durchaus akzeptabel, dafür z.B. den LAME MP3 ACM-Codec zu installieren.

Das Komprimieren ins Endzielformat kommt erst ganz zum Schluß. ( Das wollte ich mit StaxRip machen )

Zitat von LigH

Mal ganz deutlich, welche VDF-Filter musst du unbedingt verwenden,

Das weiß ich noch garnicht. ( Habe mir erst ein paar VDF Filter im Vorschau Fenster angesehen )
Ich habe mir so ein VirtualDub VDF-Filter Paket mit über 200 Filtern im Internet runtergeladen ( Alles Freeware )
Jetzt am Wochenende nehme ich mir ein VHS Video und gehe alle 200 Filter einzeln durch und schaue was jeder einzelne Filter im Vorschaufenster bewirkt.
Dann mache ich mir zu jedem einzelnen VDF Filter eine Notiz oder Screenshots.

Zitat von LigH

für die es keinen Ersatz in AviSynth gibt?

Ich würde gerne alles mit AviSynth machen --> Aber das ist für mich sehr kompliziert und schwer zu verstehen
Wichtig für mich ist ein guter Rauschfilter, etwas schärfen, vielleicht ein wenig Farbe auffrischen und dann sollte es eigentlich so passen.
Wenn ich das selber mache, dann ganz dezent ( Möchte mir das Video nicht kaputt filtern )
Ganz Ehrlich: Ich habe nicht so das Expertenauge um alles Detailgetreu zu machen.
Nagut: Hell und Dunkel könnte ich eigentlich schon ganz gut unterscheiden

Nehmen wir mal als Beispiel mein aktuelles Video Sample ( Test Video ) zur Camcorder Aufnahme 123

[URL]http://www.file-upload.net/download-6976841/Camcorder-Aufnahme-Test123.avi.html[/URL]

Könntest du es dir vielleicht mal kurz ansehen und mir dafür ein passendes AviSynth script fertig machen? ( Mit allem Drumm und dran )
Das würde mich echt mal interessieren wie es vom Experten perfekt gefiltert ausehen tut
Vielen Dank im vorraus

Zitat von LigH

Entschuldige die Fettschrift, dein Formatierwahn steckt an...

Kein Problem, ich denke das macht mich Einzigartig hier im Forum
Ich versuche schon es nicht ganz zu übertreiben...

Zitat von LigH

Übrigens, es ist völlig normal, dass Video und Audio nicht immer auf die Millisekunde exakt gleich lang sind.
....

Zitat von Goldwingfahrer

Bedenke...diese USB Box 500 wie auch die 700er ist ein Billigteil,da gibts sicher Schwankungen in Bezug auf Qualitätsverarbeitung.
Keine Probleme mit Versatz habe ich mit den teuren Capturekarten...war hier aber nicht die Frage.

Gut damit könnte ich Leben

Zitat von Goldwingfahrer

Schneide am Schluss etwas ab,wie siehts dann aus ?
Solange es nicht mehr ist,gehts noch.

Das habe ich noch nicht kontrolliert ( Ich schau die Tage mal )
Die geCapturten Videos schneide ich eh direkt nach der Aufnahme per "DirectStreamCopy" ( meisten am Anfang und am Ende )

Kurze Zwischenfrage zu YUY2 > RGB > YV12

Hab da was entdeckt:

Zitat von Selur

Zum Vergleich hier mal ein Sample wie es nach einem 'einfachen' Aufruf von

Code

ConvertToYv12(interlaced=true, matrix="PC.709")QTGMC()SelectEven()Deblock_QED()dfttest()

aussieht. Wobei durch QTGMC mit den Standardeinstellungen das ganze natürlich relativ langsam ist und man da noch einiges mit Avisynth machen könnte,..
Cu Selur

Hallo Selur,

deinen Beitrag habe mir erst jetzt mal richtig unter die Lupe genommen und mir genau mal das Video zu deinem Script angeschaut.

Mein Original Video Sample vom 18. October 2012, 22:18:

Zitat von H264x

http://www.file-upload.net/download-67007…V1000a.avi.html

Mein Video von dir per QTGMC mit dem oberen Script deInterlaced ""

Zitat von Selur

http://goo.gl/Lwpwz

Das sieht doch gut aus

Jetzt muss ich erstmal kurz rausfinden was der befehl: Matrix="PC.709") bedeutet...

Zitat von LigH

Der Parameter "matrix" ist nur interessant, wenn man zwischen RGB und YUV konvertiert

Das heißt mein Quell Video das als Lagarith YUY2 aufgenommen worden ist, wird jetzt zu RGB gewandelt?
Das wäre dann der Fall wenn ich AviSynth Filter und VDF Filter zusammen verwenden möchte..

Zitat von LigH

weil VirtualDub seine VDF-Filter immer nur im RGB-Modus verwenden

Zitat von LigH

Mittlerweile kann VirtualDub manche eigenen Filter auch im YUV-Farbraum ausführen. Das gilt aber nicht auch für alle möglichen Zusatzfilter aus uralten Zeiten...

Das ist doch keine gute Idee von mir gewesen mit den VDF Filtern...
Der hin und her Aufwand ( YUY2 > RGB > YV12 ) muss doch nicht sein, da
"Didee" folgendes in einen anderen Beitrag dazu geschrieben hat, soweit ich das Richtig verstehe...

Zitat von Didée

Dieses YV12->RGB->YUY2 hin-und-hergefummle ist nicht nur unnötig umständlich, sondern kostet auch Zeit, und ist mit (geringen) Verlusten behaftet.

Verluste gehen garnicht...
Um auf Nummer sicher zu gehen, bliebe mir ja gar keine andere wahl als von Anfang an mit AviSynth zu arbeiten!
Ich muss das Thema: VDF Filter komplett streichen.
Ich würde gerne alles mit AviSynth machen --> Aber das ist für mich sehr kompliziert und schwer zu verstehen

Zitat von 3ds

Am ende soll es in x264 gehen, welches IMHO wieder YV12 braucht.

Das ist ja Perfekt da ich x264 als Endzielformat vorgesehen habe!

Ich hatte ja folgendes geschrieben gehabt:
Was wäre denn, wenn ich mit AviSynth das Video erstmal nur alleine per "QTGMC" DeInterlacen tue...
Dann habe ich auf meiner neuen AVI Ziel Datei: Progressiv als YV12

Wenn ich jetzt hingehen würde und mit den VDF Filtern weiter arbeiten möchte, würde ja YV12 wieder in RGB konvertiert werden...
Verstehe ich das so Richtig?
Und dieses ( YUY2 > RGB > YV12 ) muss ja nicht sein!

Könnte ich denn jetzt mit dem DeInterlacing Kapitel soweit abschließen??
Als Vorlage würde ich dann auf alle meine geCapturten Videos den DeInterlacer: "QTGMC" anwenden.. ( und keinen anderen, weil QTGMC der beste ist
Dank LigH habe ich jetzt schonmal folgendes AviSynth Script für QTGMC

AVISource("V:\VHS\Camcorder Aufnahme 123.avi") AssumeTFF() ConvertToYV12(interlaced=true) QTGMC(Preset="Slow") SelectEven()

oder

AVISource("V:\VHS\Camcorder Aufnahme 123.avi") 
AssumeBFF()
ConvertToYV12(interlaced=true) 
QTGMC(Preset="Slow") 
SelectEven()

Könnte man die Scripte so stehen lassen oder gibt es noch irgendwas, was ich zu "QTGMC" wissen müsste?

Zitat von Selur

Zu VDF: würde wenn komplett bei Avisynth Filtern bleiben und eventuelle Filterung nur durch Avisynth machen, allein um sicher zu wissen, welcher Farbraum verwendet wird.

Vielen Dank
Den Farbraum den AviSynth verwendet, weiß ich ja jetzt: YV12

Zitat von Selur

man kann mit QTGMC auch noch glätten und schärfen, aber fürs Deinterlacen an sich sollte das so schon passen.

Das mit den glätten, schärfen, rauschfilter, ein wenig Farbe auffrischen etc... kann man doch auch noch hinterher machen,
wenn das Quell Material von "Lagartih YUV2 / Interlaced" auf Progressiv YV12 ist?
Ich denke mal ihr Experten macht das in einem Rutsch zusammen mit QTGMC in einer Script satz zeile...?
Für mich wäre es erstmal leichter, schritt für schritt im Baukasten System vorzugehen um die einzelnen Filter kennenzulernen:

z.B.

1.) DeInterlacen mit QTGMC
2.) Rauschfilter
3.) Schärfe
4.) ein wenig Farbe
5.) etc..

Ist zwar umständlicher weil jedes mal eine neue Datei entsteht ( Soll ja erstmal nur zur Übung dienen )
aber es geht ja dabei nichts verloren, da das Material verlustfrei ist und immer im richtigen Farbraum (YV12) bleibt...
Also jeder schritt läuft dann über den "Fast-Recompress Modus ab" ??
Ist das alles so korrekt wie ich das beschrieben habe?

Zitat von LigH

Was in VirtualDub später passiert, davon kann AviSynth ja noch nichts wissen, und kann das auch nicht beeinflussen.

Diesen Prozess verstehe ich noch nicht so ganz, aber vielleicht klingelt es ja später bei mir

Zitat von LigH

Das Deinterlacen mit QTGMC ist soweit erst mal klar, glaube ich.

Ich denke schon
Wichtig ist ja erstmal rauszufinden ob das Aufgenommene Material: Interlaced "TFF" oder "BFF" ist..

Kurze frage am Rande:
Wie erkennt man eigentlich ob ein Aufgenommenes Video von Anfang an schon "Progressiv" ist?
Bei mir kann das ja nicht passieren, da die Pinnacle USB-Box 500 die Videos immer als Interlaced ( im oberen Halbbild ) aufzeichnet.
Für mich ist ja erstmal nur Interlaced "TFF" oder "BFF" wichtig, ausser ich kaufe mir irgendwann mal ein anderes Capturegerät ( wie auch immer )

Zitat von LigH

Was dann noch mit dem Video ver(schlimm)bessert werden kann, das überlasse ich voll und ganz Didée und anderen erfahrenen Anwendern von AviSynth-Filtern.

Dann hoffe ich mal, das sich die anderen in diesem Beitrag hier, noch zu Wort melden
AviSynth ist ein sehr schwieriges Kapitel und ich gebe mir schon große mühe um das alles zu verstehen und zu begreifen.

Und was ich noch gerne wissen wollte, ob mein "AviSynth Plugin" Ordner jetzt perfekt (eingestellt) ist?
korrektur ""
[Blockierte Grafik: http://img.xrmb2.net/images/375740.png]

Okay Danke, könntest du mir vielleicht noch die anderen fragen vom voriegen Beitrag kurz beantworten? vielen Dank!

Zitat von H264x

Das mit den glätten, schärfen, rauschfilter, ein wenig Farbe auffrischen etc... kann man doch auch noch hinterher machen,
wenn das Quell Material von "Lagartih YUV2 / Interlaced" auf Progressiv YV12 ist?
Ich denke mal ihr Experten macht das in einem Rutsch zusammen mit QTGMC in einer Script satz zeile...?

.
.
.

Zitat von H264x

Also jeder schritt läuft dann über den "Fast-Recompress Modus ab" ??
Ist das alles so korrekt wie ich das beschrieben habe?

Zitat von H264x

Wie kann man eigentlich erkennen ob ein Aufgenommenes Video von Anfang an schon "Progressiv" ist?

Sowie du es mir für Interlaced Material "erkennen" erklärt hast:

Zitat von LigH

im Zweifelsfall für jeden Film selber testen: AssumeTFF().Bob() mit AssumeBFF().Bob() schön langsam Bild-für-Bild-vorwärts vergleichen, bei welcher Variante die Bewegung flüssig wirkt (bei der falschen Variante sehen Bewegungen aus wie vor-zurück-vor-zurück).

Zitat von LigH

Im 'plugins'-Verzeichnis müssen sich eigentlich keine DLL- oder AVSI-Dateien befinden (was AviSynth selber da installiert, kann man aber gern drinlassen

Das ist mir beim TDeint deInterlacer aufgefallen, das dort die *,dll Datei sich in einen anderen Verzeichnis befunden hat, anstatt im AviSynth Plugin Ordner.

AVISource("V:\VHS\Camcorder Aufnahme 123.avi")AssumeTFF()ConvertToYV12(interlaced=true)[COLOR=#00ff00]LoadPlugin("V:\VHS\TDeint.dll")[/COLOR]TDeint()

Zitat von LigH

Man kann alles, was man in einem konkreten Skript als Plugin oder Import braucht, dort auch aus beliebigen Verzeichnissen explizit mit LoadPlugin (oder Load_StdCall_Plugin, wo nötig) bzw. Import laden.

Könntest du mir vielleicht das passende Script nur für QGTMC schreiben mit allen LoadPlugin´s + Load_StdCall_Plugin und was sonst noch so dazu gehört?

z.B.

AVISource("V:\VHS\Camcorder Aufnahme 123.avi") 
AssumeTFF()# [COLOR=#808080]oder AssumeBFF()[/COLOR]
ConvertToYV12(interlaced=true) 
QTGMC(Preset="Slow") 
SelectEven()
....
[COLOR=#ff0000]LoadPlugin=C:\AviSynth123\Xy
LoadPlugin=C:\AviSynth123\Xyz[/COLOR]
usw..

Zitat von LigH

Dann kann man sich auch sicher sein, dass kein störendes Plugin versehentlich automatisch geladen wird. Nur muss man dann eben auch im Detail wissen, welche DLL welche Funktion bereitstellt. Und nicht alle Autoren von Import-Skripten dokumentieren das auch ausführlich. Ich nenne keine Namen...

Das weiß ich leider nicht
Bin schon durcheinnander gekommen als ich die ganzen Plugins von dieser Seite hier gedownload habe
http://forum.doom9.org/showthread.php?t=156028
und sie in meinen AviSynth Ordner kopiert habe...

Zitat von LigH

Konkret: Du hast beispielsweise sowohl MT_MaskTools-25.dll als auch MT_MaskTools-26.dll im Verzeichnis.
Beide stellen Funktionen mit den selben Namen zur Verfügung. Aus welcher der beiden DLLs wird AviSynth die nun verwenden, welche wird bevorzugt?

Das könnte zu konfilikten führen, richtig?

Zitat von LigH

Besser du entscheidest dich, nur eine der beiden drin zu lassen, bzw. keine davon, und die gewünschte mit LoadPlugin z.B. aus einem Unterverzeichnis zu laden.

Wer Nett wenn du mir das passende Script nur für QTGMC mit allen drum und dran schreiben könntest.
Als Unterverzeichnis nehme ich C:\AviSynth123
Vielen Dank im vorraus

Zitat von LigH

Was den klingelnden Prozess angeht:
.....
Du solltest hier klar erkennen können, dass VirtualDub eigentlich fast gar nichts macht, außer AviSynth mit dem Codec zu verbinden und die AVI-Datei zu schreiben. Und das ist auch gut so.

Ich schlaf am besten noch mal eine Nacht darüber...

Zitat von LigH

Nööö... dann lernst du ja noch nicht mal Grundlagen.

Erstmal danke für die kleine Einstiegshilfe zum Thema: "QGTMC" um die Plugins in einem Script von einen Seperaten Ordner aus zu laden: LoadPlugin("C:\AviSynth123\X.dll" etc...
Das mit den AviSynth Grundlagen kommt die Tage...
Habe gerade ein anderes Problem
Ich hänge leider bei der "Interlaced" + Progressiv" + "TFF" und "BFF" erkennung fest, obwohl ich geglaubt habe, es verstanden zu haben!

Zitat von Goldwingfahrer

H264x.....schau dass Du immer im "oberen" Halbbild bleibst in Avisynth,so capturt die Box 500.
Zur Bildkontrolle hast Du ja zusätzlich einen Röhrenmoni.
An einem PC Moni kannst die Kontrolle vergessen.

Ich habe gestern Abend festgestellt, das ich den Röhrenmonitor doch für meinen anderen PC brauche.
Mein Video PC hat jetzt den Flachbild Monitor bekommen!
Und die beiden Monitore immer hin und her zu tauschen ist blöd

Wegen der Kontrolle zwecks des "oberen" Halbbild:
Mit "AssumeBFF().Bob()" oder "AssumeTFF().Bob()" kann ich doch mein Aufgenommens Video hinterher überprüfen ob es BFF oder TFF ist...
Auf dem Flachbildschirm kann ich schonmal die Bewegungen im Bild erkennen.
Ich sehe aufjedenfall ob die Bilder flüssig laufen oder ob sie Ruckeln ( Vor-Zurück-Vor-Zurück )

Zur Not müsste ich mir noch einen 2ten Röhrenmonitor für meinen Video PC dazu kaufen, falls es weitere Dinge gibt,
die man auf einem Flachbildschirm gar nicht erkennen kann ( z.B. bei der AviSynth filter Vorschau mit dem Programm: AvsPmod )
Fällt dir dazu irgendwas ein?

Kann man denn im Allgemeinen einen Flachbildschirm für die Video bearbeitung überhaupt gebrauchen?

Zurück zu meinem Problem wo ich mir unsicher bin...

1.) Ich nehme ein VHS oder Camcorder Video mit der Pinnacle USB-Box 500 auf ( Lagarith YUV2 )
2.) Dann gehe ich hin und verlasse den Capture Modus und sehe mir das Video an...

Mit folgenden Script lese ich die Video Informationen von meinem geCapturten Video aus:

Camcorder Aufnahme 123 - AviSynth 1.) Video Informationen.avs

AVISource("C:\VHS\Camcorder Aufnahme 123.avi")Info()

Ergebnis:

[Blockierte Grafik: http://img.xrmb2.net/images/702569.png]

Zitat von LigH

Immer TFF? Wahrscheinlich ja. Beim analogen Fernsehen ist TFF üblich. Aber ohne Gewähr, im Zweifelsfall für jeden Film selber testen: AssumeTFF().Bob() mit AssumeBFF().Bob() schön langsam Bild-für-Bild-vorwärts vergleichen, bei welcher Variante die Bewegung flüssig wirkt (bei der falschen Variante sehen Bewegungen aus wie vor-zurück-vor-zurück).
Hättest du DV-Video statt VHS, dann wäre wohl BFF häufiger.

Laut der AviSynth Video Information ist es "BFF"
Ich verstehe das jetzt so:
Da ich ja gottsei dank schon weiß, das die Pinnacle USB-Box 500 die Videos immer als Interlaced im oberen Halbbild aufzeichnet,
teste ich nur noch ob es auch wirklich "BFF" oder "TFF" sein könnte ( Vertrauen ist gut, kontrolle ist besser )

Camcorder Aufnahme 123 - AviSynth - Interlacing BFF testing.avs --> Hier stockt das Video ( Vor-zurück-Vor-zurück )

AVISource("V:\VHS\Camcorder Aufnahme 123.avi")AssumeBFF().Bob()

Camcorder Aufnahme 123 - AviSynth - Interlacing TFF testing.avs --> Hier läuft das Video flüssig ab ( Vor-Vor-Vor-Vor )

AVISource("V:\VHS\Camcorder Aufnahme 123.avi")AssumeTFF().Bob()

Also hat sich doch die AviSynth Video Information total verschätzt und TFF ist in diesem fall richitg?
Beim DeInterlacen hieße das doch jetzt:

AssumeTFF()ConvertToYV12(interlaced=true)

Aber jetzt Verstehe jetzt garnichts mehr!
Dieser Beitrag hier hat mein Denken total durcheinnander gebracht:

Zitat von bigotti5

Öffne den Stream in TMPEGEnc
Settings - Advanced - Doppelklick auf Deinterlace
unter Method stellst du auf Even-Odd field (field)
fahr zu einer Stelle mit starker seitwärts Bewegung
nun springe mit der Cursor nach rechts Taste weiter in Film
ist die Bewegung gleichmäßig hast du TFF
ist die Bewegung vor, zurück, vor zurück usw hast du BFF

Alles anzeigen

Ich versteh das jetzt so, TFF ist immer flüssig und BFF ist immer am ruckeln!
Aber so wie ich das verstanden habe, gibt es doch auch fälle wo BFF flüssig läuft und TFF am ruckeln ist??
Und ich muss doch dem DeInterlacer mitteilen was flüssig läuft.

AssumeBFF()# oder AssumeTFF
ConvertToYV12(interlaced=true)