Weiterentwicklung und Pflege von QTGMC

QTGMC wurde ja mal (u.a. von Vit) aus TempGaussMC von Didée entwickelt. Bis Version 3.32 arbeitete es praktisch nur im YV12-Farbraum. Seitdem scheint Vit die Entwicklung aber nicht weiter zu betreiben.

Das hat real.finder in letzter Zeit ein wenig fortgeführt und einige Modifikationen zu Version 3.33 veröffentlicht, in der auch YUY2 unterstützt werden sollte. Dafür wird in AviSynth 2.6 auch teilweise in YV16 gearbeitet, anstatt in einem ungewöhnlichen "Hack"-Format für MaskTools.

v3.33s (mod) vom 3.6.2015
v3.33s (mod) vom 4.8.2015 mit weiteren Korrekturen (paste)

Achtung mit dieser letzten Version: Hier wird MDegrain1(..., lsb=lsb) aufgerufen; aber in den mir bekannten Versionen von MVTools2.dll gibt es kein MDegrain1() mit einem Parameter "lsb"?! Da muss doch irgendwo noch eine erheblich neuere Version sein?

Danke. Am besten hier noch mal deine Zusammenfassung aus dem englischen doom9-Forum:

Quote from Groucho2004

To summarize the recommended plugins (not only) for QTGMC:

• MVTools and dfttest from here
• RGTools from here (instead of separate Removegrain, Repair, VerticalCleaner)
• Masktools from here

Da haben wir das wichtigste auf einen Blick.

Da MVTools2 nun YV16 unterstützt, kann endlich die umständliche Konvertierung zu YUY2 ersetzt werden. Das Ergebnis ist QTGMC 3.34 von ravewulf.

Teilweise. Haupt-Nachteil von YUY2 ist, dass das ein "packed pixel"-Format ist, da ist die Adressierung der Komponenten sehr langsam. Deshalb hatten einige Funktionen dafür einen Planar-Hack unterstützt. YV16 dagegen hat das gleiche Chroma-Subsampling 4:2:2, ist aber von vorn herein planar organisiert.

Die Plugins, die mit AviSynth 2.6 und AviSynth+ direkt YV16 unterstützen, bekommen dafür nun auch direkte Unterstützung ohne Planar-Hack. Und die, die nur YUY2 unterstützen, weil sie bloß zu AviSynth 2.5 kompatibel sind, die dürfen auch weiterhin damit arbeiten.

Zur oben genannten Version von ravewulf gibt es noch eine Aktualisierung von real.finder; man beachte auch die empfohlenen Versionen der Plugins, v.a. von MVTools2.

Quelltext auf pastebin und Anhang im doom9-Forum (QTGMC s3.343)

Soweit ich den Quelltext überblicke, wird SMDegrain_KNLMeansCL nur verwendet, wenn (Denoiser == "KNLMeansCL") zutrifft. Also vermutlich nicht in jedem Fall. Aber bei welchen Presets, das erforsche ich jetzt nicht...

Na, man kann's ja mal empfehlen zu erwähnen.

Oder später.

Ich habe dich mehrfach gewarnt, dich nicht in der Öffentlichkeit mit einem Moderator anzulegen. Das nützt niemandem und schadet nur dem gesamten Forum. All deine Antworten der letzten Tage hättest du auch schreiben können, ohne mich zu kritisieren. Ich weiß nicht, warum du so besessen davon bist, mir negative Wesenszüge anzuhängen. Ich weiß selbst, dass ich nicht immer besonders erfolgreich bin bei dem Versuch, anderen zu helfen; jedoch kann ich darin keinen Anlass finden, mich zu deinem Feindbild zu erklären und wie besessen nach Beiträgen zu suchen, für die du mich kritisieren kannst.

Hier noch der Link zum doom9-Forum: Zukünftige Versionen werden diese DLLs/Imports als notwendig erwähnen. Ohne diesen klang meine vorige Antwort vielleicht etwas inhaltsleer; mit diesem würde ich dafür verurteilt, auf Inhalte in nicht-deutscher Sprache zu verlinken. Wie man's macht, macht man's falsch?!

Nicht grundsätzlich an AviSynth+. Aber möglicherweise daran, dass ein Deinterlacer/Bobber hier nicht eindeutig die Bewegungsrichtung kennt und falsch interpoliert. Verwendest du nach dem Quellfilter nochmal explizit Assume{TFF|BFF}() ? Wenn nicht, versuch mal, ob das was ändert. Bei anhaltenden Problemen dann bitte mal das gesamte Skript und einen Ausschnitt zur Verfügung stellen, womit man das nachvollziehen kann (u.U. auch im doom9-Forum mit den Entwicklern).