AviSynth und QTGMC - Fehlermeldung

In Zeile 580 ist bei mir...V.3.33 nur gähnende Leere.
Aber ich komme auch nicht auf die Lösung ausser dass man,vorausgesetzt alles ist ansonsten richtig installiert....
mal die Daten ,Plugins, vergleicht mit einen Compareprogramm.So mache ichs zumindest hier wenns mal auf einem PC
nicht so tut wie es eigentlich soll
Aber da fehlt mir schon wieder die Zeit..ev.anderen nicht.

QTGMC.jpg

Zitat

oder was macht die neue Version ....... als die alte Version?

steht doch alles im "avsi" drin,ganz am Anfang in den ersten paar Zeilen,manchmal auch noch die benötigten Plugins und welche Versionen.
öffne mal mit einem editor die "avsi"

Ich hatte schon fragen wollen, ob du überhaupt eine SSE2-fähige CPU hast... Reine Verzweiflung! :ani_lol:

Dass es an abhängigen DLLs liegen könnte, hatte ich ja schon erwähnt. Eigentlich meinte ich aber FFTW3 im Systemverzeichnis statt FFT3DFilter für AviSynth ... na ja, trotzdem fast richtig geraten.

Zitat

Eigentlich meinte ich aber FFTW3 im Systemverzeichnis

also so wie die 2 Markierten im Screen !

MasterSeeker 1.5.1 by DxCK_2016-01-29_08-28-59.png

Ja, an die dachte ich erst. Aber wenn der Austausch von FFT3DFilter.dll (als AviSynth-Plugin) half, dann ist das Problem ja nun erstmal gelöst.

P.S.: Groucho2004 hat noch mal verlinkt, welche Filter er heute für QTGMC v3.33s empfehlen würde.

Noch mal zusammenfassend, weil er grad wenig Zeit hat ... die folgenden Plugins wären heute empfohlen zu verwenden:

Zitat von 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

Insbesondere nützt das auch unter AviSynth 2.60 ST, weil mit Hilfe der avstp.dll die mvtools auch multi-threaded ausgeführt werden können.

Was die Sache mit dem Entrauschen angeht, da müsste man mal schauen, ob die Verwendung von dfttest statt FFT3DFilter noch schnell genug ist, wahrscheinlich liefert sie aber bessere Ergebnisse. Dazu wäre noch der Parameter NoisePreset="medium" nötig; Standard scheint hier der Wert "fast" zu sein, und für die schnelleren Noise-Presets wird FFT3DFilter verwendet, für "medium" und langsamer dann dfttest.

Zitat

RGTools from here (instead of separate Removegrain, Repair, VerticalCleaner)

verstehe ich so dass man nun zum Bsp.
loadplugin("C:\Avisynth 2.6\Plugins\RemoveGrainSSE2.dll")
loadplugin("C:\Avisynth 2.6\Plugins\RepairSSE2.dll")

nicht mehr aufrufen muss,weil RgTools dies obsolet macht ?
so habe ichs mal im Doom9 und auch in einem englischen Forum gelesen,resp so verstanden.

klappt aber hier nicht,bekomme diese Meldung

VirtualDub 1.9.11_2016-01-29_12-39-32.png

So ist der Plan; stattdessen würdest du die RgTools.dll laden. Aber:

1. Wenn du die DLLs im Auto-Load-Verzeichnis aufhebst, brauchst du LoadPlugin ja sowieso nicht.
2. Wenn du noch Import-Skripte hast, die RemoveGrainSSE2.dll explizit laden, werfen die natürlich dann eine Fehlermeldung, wenn du die RemoveGrainSSE2.dll löschst.

Zitat von Goldwingfahrer

nicht mehr aufrufen muss,weil RgTools dies obsolet macht ?

Auch aus dem englischen Doom:
Quote:
[TABLE='width: 100%']

[TD='class: alt2'] Originally Posted by mjr4077au[Blockierte Grafik: http://forum.doom9.org/images/buttons/viewpost.gif]
Does SSE2Tools conflict with RgTools?
[/TD]

[/TABLE]

no
RgTools = RemoveGrain, Repair, BackwardClense, Clense, ForwardClense and VerticalCleaner in single plugin
and RgTools not support YUY2 without Planar=true but RgTools more modern and support new avs 2.6 color formats Y8, YV16, YV24, YV411, and maybe has other features
and by the way, I did small change in the last edit (typo in QTGMC_deflate)

Zitat

So ist der Plan; stattdessen würdest du die RgTools.dll laden.

natürlich schon probiert,klappt im Moment aber nicht.

Zitat

1. Wenn du die DLLs im Auto-Load-Verzeichnis aufhebst, brauchst du LoadPlugin ja sowieso nicht.

Ja,ich weiss.Früher habe ich mich angewöhnt Scripte auch mit sämtlichem Benötigtem abzuspeichern.
So weiss ich auch noch nach x-Jahren was dazu gehört.
Habe seither auch viele sep.Unterordner für die diversen "dlls"

Zitat

2. Wenn du noch Import-Skripte hast, die RemoveGrainSSE2.dll explizit laden, werfen die natürlich dann eine Fehlermeldung, wenn du die RemoveGrainSSE2.dll löschst.

im besagten Script habe ich natürlich vor diese beiden Zeilen jeweils eine Raute gesetzt und einmal
loadplugin("C:\Avisynth 2.6\Plugins\RgTools.dll")
eingefügt.

wärs jetzt nur ein Script dann wärs kein grosser Aufwand einen neuen Unterordner zu erstellen und da die besagten 2 Dlls reinzulegen,aber dann alle Scripts
einzeln und händisch umzustellen...........

Rübezahl
danke für Deinen Hinweis
muss das erst ins deutsche übersetzen und dann ins Ch Dialekt.
Hoffentlich produziere ich da keinen Bockmist.
------------------------

noch was ist mir aufgefallen..von den Plugins im Beitrag 29

mvtools 2.6.0.5 bringt eine avstp.dll [ 88 kb] Baujahr 2012 mit
aber auch
im Dither Ordner gibts auch eine avstp.dll [232 kb] Baujahr 2015

Es reicht schon, dass z.B. jemand den gleiche Stand der Quelltexte mit einer anderen Compiler-Version oder einen technisch anderen Compiler (z.B. MinGW GNU C/C++ statt Microsoft Visual Studio) compiliert hat. Schon hat die DLL mit gleicher Funktionalität andere Abhängigkeiten oder andere Optimierung auf spezielle Mindest-CPU-Funktionen...

Gerade bei DLLs, die aus MS Visual C++ stammen, ist es wichtig, immer jede gerade dazu passende Visual C++ Runtime installiert zu haben. Am besten von allen Versionen, die existieren, damit man nicht wieder noch eine nachinstallieren muss, sobald ein Entwickler die Visual-Studio-Version wechselt. Vor allem in den letzten Jahren waren die nicht abwärtskompatibel. In Zukunft könnte sich das vielleicht ändern, aber wer weiß...

Es wäre also zumindest theoretisch denkbar, dass bei dir die neuere FFT3DFilter.dll nur deshalb nicht funktioniert, weil sie wiederum eine aktuellere andere System-DLL braucht. Da hilft es dir sicher wenig, wenn ich zusammenpacke, was bei mir läuft, da du vermutlich nicht die gleiche Ausstattung an System-DLLs und "Redistributables" von Laufzeitumgebungen installiert hast wie ich.

Und ich wiederhole nochmal: Wenn du in deinem Aufruf

video = QTGMC(video, preset="slow", [B][COLOR='#B22222']NoisePreset="medium"[/COLOR][/B], EzDenoise=1.5)

verwendest, dann wird z.B. dfttest statt FFT3DFilter benutzt, und schon ist wieder eine andere Ausgangslage.

Leider wird das nicht so einfach nach Verwendung im Skript aufgelistet. Das wäre sicherlich ein interessantes Debugging-Feature... Man könnte da vielleicht Monitor-Tools für das Dateisystem aus den SysInternals dafür verwenden, aber das wäre schon fast "mit Kanonen nach Spatzen geschossen".

Ich habe diese Erkenntnis, wann welcher Denoiser benutzt wird, durch Lesen des QTGMC-Quelltextes gewonnen.

# Noise presets                                           Slower     Slow       Medium     Fast       Faster
	Denoiser       = default( Denoiser,       Select( npNum, "dfttest", "dfttest", "dfttest", "fft3df",  "fft3df" ) )
	DenoiseMC      = default( DenoiseMC,      Select( npNum,  true,      true,      false,     false,     false   ) )
	NoiseTR        = default( NoiseTR,        Select( npNum,  2,         1,         1,         1,         0       ) )
	NoiseDeint     = default( NoiseDeint,     Select( npNum, "Generate","Bob",      "",        "",        ""      ) )
	StabilizeNoise = default( StabilizeNoise, Select( npNum,  true,      true,      true,      false,     false   ) )

Zitat

Ich habe diese Erkenntnis, wann welcher Denoiser benutzt wird, durch

QTGMC-noise-presets.jpg

Hübsch, danke. :daumen: