TGMC-Beta2 und AviSynth-MT 2.58 – Finetuning

nnedi auf 2 threads. Könnt vielleicht der Flaschenhals sein.

Zitat von -TiLT-

nnedi auf 2 threads. Könnt vielleicht der Flaschenhals sein.

Nö. Das ist kein Flaschenhals, sondern der TURBO.

Zitat

Code

TempGaussMC_beta2(2,2,3,0,0,0,EdiMode=[COLOR='red']"NNEDI2(threads=2)"[/COLOR],truemotion=true,sharpness=1.75,Sbb=2,SLrad=1,SVthin=0.75,Sovs=2)

Wenn das TGMC-Script nicht geändert wurde, dann resultiert der rote Teil darin, dass einfache bikubische Bob()-Interpolation verwendet wird. Im Skript wird nur ganz stur auf Identität == "NNEDI2" geprüft. Da steckt kein Eval() drin, nein, nein ... :zunge:

Mit der TGMC-Zeile hab ich ~27 fps mit 60~65% Auslastung, bei SetMTM(2,8) auf'm 4C8T (i7-860). Schreib ich's so dass NNEDI2 wirklich verwendet wird, sind's ~18 fps bei 65-70% Auslastung.

Find' ich eigentlich ganz OK. Warum ist Deine Auslastung so niedrig?

Off Topic: On
Frage: Warum ist dein Original Video schon auf 50fps?
videodaten.png
Wenn es ganz normales Interlaced Video ist sollte VDub doch 25fps anzeigen.
Oder ist es schon mit dem FFDShow behandelt.
Nur aus Neugierde...

Werde nachher mal dein Script testen.
Bisher "rannte" TGMC bei mir volle Pulle (MT).
Und ja, ich bin auch wieder reumütig zur Mutter zurück gekehrt (TempGaussMC_beta2).
Und meist mit EEDI2.
Weiss nicht wieso, ist zwar quälend langsam, aber das Bild ist insgesamt stabiler und schärfer.
Off Topic:Off

Zitat von Taurus

Frage: Warum ist dein Original Video schon auf 50fps?
[screenshot]
Wenn es ganz normales Interlaced Video ist sollte VDub doch 25fps anzeigen.
Oder ist es schon mit dem FFDShow behandelt.
Nur aus Neugierde...

Das war mir gar nicht aufgefallen. Ja, das ist 'ne gute Frage ... !

Wenn's um Geschwindigkeit in Abhängigkeit von "Komplexität des Scriptes" geht, dann würde ich mal probehalber von (2,2,3,...) auf (2,1,3,...) reduzieren. Der Unterschied im Ergebnis sollte sehr klein sein, dafür spart man aber eine komplette Instanz von MDegrain(). Das könnte schon etwass bringen.

Zitat

Und ja, ich bin auch wieder reumütig zur Mutter zurück gekehrt (TempGaussMC_beta2).
Und meist mit EEDI2.
Weiss nicht wieso, ist zwar quälend langsam, aber das Bild ist insgesamt stabiler und schärfer.

Ich hätte da noch die Version "beta3" herumliegen:

#   Changes/additions from beta-2 to beta-3:
#   - support NNEDI3 (with exposed parameters: "nsize", "nns", "qual", and "nthreads"
#   - support for "kernel bob" via tdeint (EdiMode="kernel1" => soft kernel // "kernel2" => sharp kernel
#   - new feature: Output conversion 50 fps <> 60 fps via the new "convFPS" parameter. 
#              25i input will be converted to 60p output // 30i input will be converted to 50p output:
#              convFPS = -1 (default)  -  no framerate conversion, simple bobbing, as it has ever been
#              convFPS =  0            -  straight framerate conversion
#              convFPS = 1/2           -  framerate conversion with (1)some or (2)some more  motion blur

Damit endlich auch NNEDI3 ordentlich unterstützt wird. Welcher sich übrigens Geschwindigkeits-mäßig sehr schön über 'nnsize' und 'nns' justieren lässt.
Und die integrierte PAL<>NTSC - Wandlung ... naja, gedacht war das eigentlich nur als "just for fun". Aber, nach einem PM- und Sample-Austausch mit einem "Profi" hat sich ergeben, dass dies Kombination dem heiligen Alchemist anscheinend überlegen ist, und fast so gut wie eine andere $$$$$-Profi-Software.

Kann ich ja heute Abend mal posten, falls es jemanden interessiert.

Zitat von Didée

Kann ich ja heute Abend mal posten, falls es jemanden interessiert.

Immer ran ;D

Habe zwar immer noch nicht alle Schalter in TGMC-Beta2 verstanden, geschweige ausprobiert.
Aber "learning by doing" ist der einzige Weg in meinem biblischen Alter.
Als Späteinsteiger in der Avisynth Materie sind gerade so komplexe Scripte schon eine
ziemliche Herausforderung an meinen Alzheimer :ani_lol:
Aber wenn das Ergebis die Mühe rechtfertigt ist das schon was wert.

Weiter so...

Zitat von Taurus

...in meinem biblischen Alter...
...Alzheimer... :ani_lol:

Jetzt mach' Dich mal nicht so breit. Wenn Du jemals so alt wirst, wie ich mich morgens nach dem Aufstehen fühle, dann kommst Du ins Guinness-Buch!

Zitat von Propaganda

Also das Script jetzt so:

Code

TempGaussMC_beta2(2,1,3,0,0,0,EdiMode="NNEDI2(threads=2)",truemotion=true,sharpness=1.75,Sbb=2,SLrad=1,SVthin=0.75,Sovs=2)

Wie gesagt - wenn das TGMC-Script nicht speziell abgeändert wurde, dann ist

EdiMode="NNEDI2(threads=2)"

genau das gleiche wie

EdiMode="Donald Duck"

Siehe Script:

# Create spatially interpolated bob-clips
dbob = clp.bob(0,0.5)
edi  = (EdiMode=="nnedi2") ? clp.nnedi2(field=-2,qual=qual)
 \   : (EdiMode=="NNEDI")  ? clp.nnedi(field=-2)
 \   : (EdiMode=="EEDI2")  ? clp.SeparateFields().EEDI2(field=-2, maxd=EEDI2maxd) 
 \   : (EdiMode=="Yadif")  ? clp.Yadif(mode=1)
 \                         : dbob

Es gilt: ( "NNEDI2(threads=2)" != "NNEDI2" )
Also rutscht das Script durch alle Abfragen hindurch, findet keine Übereinstimmung der Strings, und deswegen wird "edi" auf den stinknormalen Bob()-Clip (dbob) gesetzt.

Falls Du ein entsprechend geändertes Script hast, - was aber niemand wissen kann -, dann OK.
Wenn nicht, dann verwendet TGMC mit Deinem Aufruf NICHT Nnedi2, sondern einfach nur bob().

Zitat von Propaganda

Also auf Deutsch: Der Eintrag -- EdiMode="NNEDI2(threads=2)" -- ist für den Allerwertesten. Also hat keine richtige Funktion. Oder wie meinst Du das jetzt?

:ja: Bisher ja. Vielleicht wird es in Beta 4 mal anders...

Entweder Didée fügt da noch einen Auswahl-Fall zur "edi = ..."-Liste hinzu (z.B. "NNEDI2MT2"), oder er ändert das ganze sogar noch so ab, dass der Inhalt dieser Zeichenkette mit "eval()" als Funktion interpretiert wird ... aber wenn du dich da verschreibst ...

Nö, die Beta-3 kennt niemand, außer mir. Zeit hab ich grad' auch keine, bin mit der Kappa-siebenunddreißig beschäftigt. :hm:

Hier ist der derzeitige Stand: LINK

Funktioniert z.Zt. NUR mit Avisynth-MT Versionen, weil "GetMTmode" verwendet wird. Das "normale" Avisynth kennt diesen Befehl gar nicht, da braucht's dann noch ein Try/Catch Konstrukt...

Wird bestimmt nochmal geändert ... wenn schon MFlowFPS angeboten wird, dann sollte auch Slow-Motion drin sein. War's ja auch schon, hab's halt aus gegebenen Gründen erst mal gegen die PAL<>NTSC - Geschichte ausgetauscht.

Also keine "Verbesserungen", sondern nur "Erweiterungen". Bei Verwendung der gleichen Parameter kommt auch das gleiche Ergebnis 'raus wie bisher auch.

*****

Zitat

"Ich muss weg."

"Wegen der Qualität" ... verwende ich lieber NNEDI3 als EEDI2. EEDI2 hat die Angewohnheit, Strukturen miteinander zu verbinden, die gar nicht zusammengehören. Auch hat er (es?) einen gewissen Hang zur Bildung von Streu-Pixeln. Für Comic/Anime kann EEDI2 eine gute Wahl sein. Für "natürliche" Quellen ist mir NNEDI3 aber deutlich lieber. Geschwindigkeit ist auch nicht wirklich ein Argument: NNEDI3 hat ein sehr großes Geschwindigkeits-Spektrum - langsamste Einstellungen single-threaded = ~0.4 fps, schnellste Einstellungen mit 8 MT-Threads = ~120 fps.

Der Geschwindigkeitsvorteil unter Avisynth x64 kommt vor allem von den MVTools. Im Gegensatz zu den meisten anderen x64-Plugins wurde bei den MVTools der ASM-Code teilweise an die 64bit-Architektur angepasst (mehr, bzw. breitere Register). Deswegen sind die MVTools-x64 im Durchschnitt ~16% schneller als die 32bit-Variante.

Insgesamt zeigt 64bit Avisynth sicherlich Potential. Aber viel mehr als zum "Spielen" taugt es bisher leider nicht. Der Core von Avisynth ist nicht wirklich sauber nach x64 umgesetzt, das Ding steckt voller Bugs. Auch bei den Plugins weiß man nicht immer so recht. Im Endeffekt isses so: Wenn man ein Script unter x64 startet, dann läuft es sehr gut. Aber ob der Job auch zu Ende läuft, oder eben doch vorzeitig mit irgend'nem XYZ-Fehler abbricht, das ist Glückssache. So kann man aber nicht arbeiten.

Dilemma: die, die Interesse an Avisynth x64 haben, die können es nicht zusammenbauen. Und die, die es zusammenbauen könn(t)en, die haben kein Interesse.

Problem: Wenn es bei diesem Zustand bleibt, dann ist Avisynth in ein paar Jahren nur noch ein Geist der Vergangenheit.

Warum Didée nicht AviSynth-64 entwickelt? Ich vermute mal, weil er kein C++-Programmierer ist?

Nur mal so am Rande:
1. Selbst wenn man einigermaßen C++ kann wird man sich vermutlich nicht an Avisynth zum Weiterentwickeln setzen, sondern eher zum neu Schreiben! Der Avisynth Source Code ist Designtechnisch einfach ein Horror, als mit Avisynth angefangen wurde waren viele Softwaredesigntechniken einfach nicht verbreitet und ein Refactoring des Codes hat auf Grund der immer nur sehr keinen Anzahl von Leuten die sich um den Code kümmern nie stattgefunden.
2. Ist das alles eine Frage der Zeit die man hat. Die meisten User die genug KnowHow hätten, müssen i.d.R. 8+ Stunden am Tag arbeiten, haben Familie&Co und eventuell noch andere Interessen und sich dann als Hobbyprojekt noch ein Mammutprojekt nehmen ist i.d.R. einfach nicht umsetzbar. Vor allem muss man sich dann erst mal in den AvisynthSourceCode einlesen und verstehen warum die Leute manche Sachen damals so und nicht anderes gemacht haben und warum man diese Sachen nun ändern müsste,...

Cu Selur