Dogway's Filters Packs

[Boulder]

Try taking a look at the Details tab in Task Manager when the problem occurs. Is there some encoding related process that appears to be doing something, yet nothing visible happens?

[poisondeathray]

Originally Posted by TDS

I could almost guarantee that if you didn't have this autoload folder (and I think most here, do have this), that using those scripts with std RipBot, would NOT work !!!

It will work - Because nothing in those scripts require autoloading. Autoloading is a convenience, not a necessity for those scripts. A handful of people still manually load everything. Your problem likely has more to do with specific versions

You perform the "cleanout plugins" procedure I mentioned above and load and import everything manually in the script. I can test it tomorrow if you're really interested



Some of your script names differ from Dogway's. Did someone (PD?) just rename them? Are you certain they are the correct updated versions ?
e.g

Originally Posted by TDS

.
.

Import("C:\RipBot264_PD (17-01-23)\Tools\AviSynth plugins\PD_TOOLS\RESIZERS-PACK\Resizers Pack.avs")

There are spaces , where dogway's has none eg. "Resizers Pack.avs" instead of "ResizersPack.avsi" . You can Import .avsi files too. The point is when more stuff gets changed there is more chance of errors or mixups

The date in the path "C:\RipBot264_PD (17-01-23)" , suggests Jan 17,2023, yet there are updated versions by Dogway on the 18th including ResizersPack.avsi if you check the commits

[Reel.Deel]

Originally Posted by TDS

I could almost guarantee that if you didn't have this autoload folder (and I think most here, do have this), that using those scripts with std RipBot, would NOT work !!!

I'm not petty enough to prove you wrong again ... But hey, instead of doing things backwards, why don't you install avs+ with the installer? There's even a "Install.cmd" in the AviSynth Ripbot folder which installs the files in the same location as the official installer.

Originally Posted by TDS

I thought you'd found an error...and the error is, no error message, it just doesn't start !!!

I did find an error, and the error was because of an old file I had. I corrected that and now it works. Maybe you have that too, who knows... It's just odd that there's no error message of any kind, and then you can't even try a simple "Version()" command like PDR asked. Oh well, hope you get it all sorted out.

[LeXXuz]

Originally Posted by Dogway

Simply add propSet("_FieldBased",0) after TIVTC, since as I explained above the plugin is not tagging properly the clip.

Ah. Now I get you. I must have missed that somehow and thought my SMDegrain parameters may be wrong. Thanks.

[Dogway]

Hey TDS, calm a bit we are all helping here. Basically your issue is NNEDI3CL related I think. Three points I want to check, first, your Avisynth version is r3849 while pinterf latest version (test3) is r3835, at least for x64, unless you are in x86.
Second, never use anything other than FFMS2 or DGDecNV. To reassure this, I simply tested with LSMASH and it errored out ([Fatal] Failed to read an input file). Not sure if outdated plugin though.
Third, I presume you have nnedi3_weights.bin in your plugins path.
Fourth, test with a simple example to check whether it runs to discard deep_resize() from the equation.

video=ConvertBits(video,16)
video=nnedi3wrap(video,2)

video

[Dogway]

I don't know where you got r3849 from, test r3835 to be on the same page. (EDIT: Tested with r3849 and no issues, so you can skip this)

nnedi3_weights.bin is placed in the same folder as NNEDI3CL.

Test as I said with only the nnedi3wrap() call after doing the above, then we talk.

[kedautinh12]

He got from here:
https://gitlab.com/uvz/AviSynthPlus-Builds

[poisondeathray]

Originally Posted by TDS

I just tried this "version()" where I believe that PDR told me to put it, and it just errors asking for the lsmash path.

What I meant by deleting the added lines is the copy/pasted lines that got from your test example:

video=ConvertBits(video,16)
video=Tweak(video,hue=0,sat=0.8,bright=2,cont=1)
video=propSet(video,"_FieldBased",0)
video=deep_resize(video,3840,grain=0,qual=2)
video=SMDegrain(video,tr=2,thSAD=200,thSADC=100,thSCD1=400,thSCD2=130,contrasharp=true,prefilter=2,str=1.2,refinemotion=true)

The last line of video=something is what counts . So now , if you had:

LoadPlugin(".../LSmashSource.dll")
video = LWLibavVideoSource...
# delete all those added lines
video = version()

The video loaded by LWLibavVideoSource would be "replaced" by version() . Remember, you have to push "ok", and hit the avisynth button again for the changes take effect

I still think it's an issue that Dogway needs to address.

Maybe, but since it works with several other people, it's more likely a configuration/setup issue on your end.

It's a no-op when nothing is resized, that's the same as not including the deep_resize, or deleting the line. You can summarize your problem as when you try to use deep_resize (and 1920 doesn't count, because the filter gets skipped), you get the no preview /no error message/ hanging problem, but only some of the time.

[poisondeathray]

Originally Posted by TDS

Something has changed dramatically, recently, prefilter=4 used to be for dfttest, but now dfttest is #5.

https://github.com/Dogway/Avisynth-S...grain.avsi#L46

However, if I remove the prefilter= from the call, it still works, but I now don't know what filter it's using.

Is this line even still relevant ??

video=SMDegrain(video,tr=2,thSAD=200,thSADC=100,thSCD1=400,thSCD2=130,contrasharp=true,prefilter=4,str=1.2,refinemotion=true)

If you omit the prefilter call, the default is "-1", which is "off"

BTW, you can enable the settings debug display by toggling show=true (probably nicer to use a script editor, it's kind of "clunky" to do in ripbot)

[Reel.Deel]

Originally Posted by TDS

Something has changed dramatically, recently, prefilter=4 used to be for dfttest, but now dfttest is #5.

https://github.com/Dogway/Avisynth-S...grain.avsi#L46

However, if I remove the prefilter= from the call, it still works, but I now don't know what filter it's using.

Read the docs: https://htmlpreview.github.io/?https...SMDegrain.html

The "prefilter" parameter description section still lists dfttest as #4 but the dependecies section is correct:

DFTTest     (v1.9.7 or higher)	  (for prefilter=5)
KNLMeansCL  (v1.1.1e or higher)	  (for prefilter=6)
DGDecNV     (v246 or higher)	  (for prefilter=7)
BM3D        (test9 or higher)	  (for prefilter=8)

And according to the changelog:

v3.5.8d (16-01-2023)
Add IQMV as prefilter=3 and tune ex_FluxSmoothST (prefilter=4)

---

BTW Dogway, IDK if you're still on Win7 but BM3D test10 no longer works with Win7 due to it using the Cuda 12 SDK.
Edit: I reported the issue and WolframRhodium compiled a version with the older sdk, test10-cuda118 works in Win7 .

---

Yesterday

Originally Posted by TDS

Do not let that "date" fool you, EVERYTHING is as up to date as Dogway's releases !!!

Today

Originally Posted by TDS

I'll have to update most of my scripts, since the changes in SMDegrain, since 3.5.7d (currently using 3.5.9d), which may have been part of the problem.

[poisondeathray]

Originally Posted by TDS

So unless proven otherwise, this is what works for me :-

Seems to work with prefilter -1 thru 3 & 5 (didn't test any higher)

video=ConvertBits(video,16)
video=Tweak(video,hue=0,sat=0.8,bright=2,cont=1)
video=nnedi3wrap(video)
video=deep_resize(video,3840,grain=0,qual=2)
video=SMDegrain(video,tr=2,thSAD=200,thSADC=100,thSCD1=400,thSCD2=130,contrasharp=40,prefilter=3,str=1.2,refinemotion=true)

Seems to work with prefilter -1 thru 3 & 5 (didn't test any higher)

video=ConvertBits(video,16)
video=Tweak(video,hue=0,sat=0.8,bright=2,cont=1)
video=deep_resize(video,1920,grain=0,qual=2)
video=SMDegrain(video,tr=2,thSAD=200,thSADC=100,thSCD1=400,thSCD2=130,contrasharp=40,prefilter=3,str=1.2,refinemotion=true)

Hopefully this is the end of this saga.

I'll have to update most of my scripts, since the changes in SMDegrain, since 3.5.7d (currently using 3.5.9d), which may have been part of the problem.

deep_resize isn't actually used in those examples (no-op), because it's upscaled before to 3840 by nnedi3wrap(video) in the 1st example, or stays at the current 1920 resolution for the 2nd example. So they provide no addition information about your original deep_resize problem

[poisondeathray]

Originally Posted by TDS

Well, that's interesting to know, but how does it know to upscale to 3840 ??

video=nnedi3wrap(video) , would take the input width *2 , input height*2 , because the default setting is 2.

eg. If source video was 640x480, output from that line would be 1280x960

[poisondeathray]

Originally Posted by TDS

https://github.com/Dogway/Avisynth-S...Pack.avsi#L317

There must be some "tweak's" to that...I don't understand all the hieroglyphics.

nnedi3resize (and related derivatives) scales by powers of 2 by default. It accepts xfactor and yfactor scaling parameters, but only valid values are powers of 2 ; so 2,4,8... If you enter a non power of 2, like 3, it will go down to 2. fwidth and fheight are for secondary scaling, so after the power scaling step, you can downscale to the final width and height (for cases where you need a specific non power of 2 scaling)

So I could drop the deep_resize line, then ??

deep_resize is not being used in those 2 examples

You can obviously do whatever you want, I thought you wanted to get the deep_resize function working

I'm just curious about the "hanging" without error message . It's not common for that to happen, and it's unexpected with that script .

[Reel.Deel]

Originally Posted by TDS

Do you know what this is ??

https://forum.doom9.org/showthread.p...32#post1982132

It's now prefilter #3. (or part of it)

Prefilter 3 is ex_Median(mode="IQMV") in line 2355 of ExTools it describes it as "Switches between IQM and IQM5 depending on a difference threshold for better edge protection. *Similar to ex_MinBlur(3) in output but near 3 times faster."

[Dogway]

First post on page 100 !!!!

Thanks! You made it possible! lol
Man I wouldn't mind all the posts involving your issue go to a single thread, since you seem to go in rounds without actually following my (and others) debug suggestions.

Well, I need to wait and see what Dogway is going to suggest...

I suggest this post. And yes, use FFMS2 always.

What is IQMV ??

It's a replacement of ex_MinBlur(3), output is very similar and speed 3 times faster, on par with ex_MinBlur(2). It's only spatial denoising so you might want to check if it's worth for you for its speed versus temporal variants. I might see an use in noisy Anime maybe, but KNLMeans also fits that role.

BTW Dogway, IDK if you're still on Win7 but BM3D test10 no longer works with Win7 due to it using the Cuda 12 SDK.
Edit: I reported the issue and WolframRhodium compiled a version with the older sdk, test10-cuda118 works in Win7

Ahh well, thanks for the info! Yes, AVS dev has me from focusing on OS change. That requires all my focus to clean the disaster of Win10 and want to leave all scripts in perfect condition before that.
I'm gonna finish SMDegrain docs as soon as possible too, it's up on my todo list.

[kedautinh12]

And @TDS help post reach 100 pages very much

[LeXXuz]

Originally Posted by Dogway

It's a replacement of ex_MinBlur(3), output is very similar and speed 3 times faster, on par with ex_MinBlur(2). It's only spatial denoising so you might want to check if it's worth for you for its speed versus temporal variants. I might see an use in noisy Anime maybe, but KNLMeans also fits that role.

Btw is there an overview of what prefilter may suit what source/noise type best if not better than others?

[Reel.Deel]

Originally Posted by TDS

Hi guy's,

A pretty simple question...

Does it matter what order the call's are in a script ??

eg:-

.....

I do recall shuffling around some of the lines in one script a bit, made the difference of it not working, & working, so it must matter to some degree !!

For loading plugins/scripts what matters is that LoadPlugin/Import are above the call that uses the plugin(s)/filter(s). For example:

Import("somefunction.avsi") # this works
video = somefunction()

video = somefunction()
Import("somefunction.avsi") # this does not

By the way, you're question is not as simple as you may think. There are times when the order of the processing does matter and sometimes it does not. It all depends on what you're doing.

[simple_simon]

I figured out that my "Invalid Program" error was caused by my gpu not supporting opencl so I had to change gpuid=-1 and that fixed it.

But now I'm getting this error with some videos:

ConvertYV24ToRGB: Unknown matrix

Any idea what might be causing this one? deep_resize is the only filter being used in the script.

[simple_simon]

Originally Posted by TDS

Can you post the script ?

Maybe some of your video's aren't the correct "structure" to start with.

http://avisynth.nl/index.php/Convert

https://mediaarea.net/en/MediaInfo

Like I said, deep_resize is the only filter being used.

LoadPlugin("F:\USER\My Applications\Video Tools\MeGUI x64\tools\lsmash\LSMASHSource.dll")
LSMASHVideoSource("F:\USER\Desktop\Great.mov")
propSet("_FieldBased",0).deep_resize(960,720,grain=0,qual=2,gpuid=-1)

Mediainfo says the video is YUV 4:2:0 8bits