Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
13th September 2019, 19:02 | #321 | Link | ||
Registered User
Join Date: Jan 2019
Location: Antarctica
Posts: 74
|
Quote:
My entire confusion came from your post of this Code:
ly = ConvertToStacked().GradFun3mod(thr=0.35, smode=2,thr_det=2,elast=4,mode=6, yuv444=true, resizer="DebilinearMTM", lsb_in=true, lsb=true).ConvertFromStacked() lc = edi_rpow2(fwidth=1280*2, fheight=720*2,cshift="Spline64") lu = lc.ExtractU() lv = lc.ExtractV() YtoUV(lu,lv,ly) ConvertToStacked() and ConvertFromStacked() is kinda = dither_convert_8_to_16() done, nothing complicated, no necessary posts, nada with additional notes. If you know what was in the lsb hack http://avisynth.nl/index.php/Dither_tools this concept of To and From DOES NOT EXIST and this is what I was going by. The documentation says NOTHING about this. While I also had the pressing issue of finding a way how to go to 8 bit to 16 bit and vice-versa was my MAIN CONCERN after your modded resizer scripts. I kept writing ConvertBits(bits=8) thinking it was dither_convert_8_to_16() but it was NOT working! I don't even know what your correlation of ConvertFromDoubleWidth() is with Dither_out() I need a DitherPost(mode=-1) equivalent. And no I was not using Dither_out() at all until I wrote what you said. On avspmod it's been only DitherPost(mode=-1) and I had to turn it off as it was NOT working with HBD that and you should know that Dither_out() on avspmod would result in green or something that would not look correct. Quote:
----------------------------------------------------- I'm having some issues with your MAA2 script and ConvertBits. Everything works fine on avspmod but when it comes time to encode I get errors. For MAA2 script on MeGUI it states this: Process exits with error: 0xC0000005 STATUS_ACCESS_VIOLATION (-1073741819) Everything is above the requirement to use this script. The original works just fine. I dunno how to go about where the issue is for this one. For ConvertBits maybe it's the combination of MeGUI ver2525, HEVC (latest 3.1.0.14), using the old lsb hack to pipe. It just says this on MeGUI Code:
---[NoImage] AssumeTFF() ---[NoImage] LoadPlugin("C:\Path\avstp.dll") ---[NoImage] LoadPlugin("C:\Path\dfttest.dll") ---[NoImage] LoadPlugin("C:\Path\AddGrainC.dll") ---[NoImage] LoadPlugin("C:\Path\dither.dll") ---[NoImage] Import("C:\Path\dither.avsi") ---[NoImage] LoadPlugin("C:\Path\mvtools2.dll") ---[NoImage] LoadPlugin("C:\Path\masktools2.dll") ---[NoImage] Import("C:\Path\mt_xxpand_multi.avsi") ---[NoImage] LoadPlugin("C:\Path\RgTools.dll") ---[NoImage] LoadPlugin("C:\Path\fturn_26.dll") ---[NoImage] #Import("C:\Path\Antialiasing_MAA2.avsi") ---[NoImage] LoadPlugin("C:\Path\SangNom2.dll") ---[NoImage] LoadPlugin("C:\Path\DctFilter.dll") ---[NoImage] LoadPlugin("C:\Path\nnedi3.dll") ---[NoImage] Import("C:\Path\Contra_Sharpen_mod_3.4.avsi") ---[NoImage] LoadPlugin("C:\Path\SmoothAdjust.dll") ---[NoImage] Import("C:\Path\EdgeCleaner1.04.avsi") ---[NoImage] LoadPlugin("C:\Path\aWarpSharp.dll") ---[NoImage] Import("C:\Path\Hysteria_20161019.avsi") ---[NoImage] #Import("C:\Path\LSFmod.v1.9.avsi") ---[NoImage] LoadPlugin("C:\Path\warpsharp.dll") ---[NoImage] Import("C:\Path\FineSharp.avsi") ---[NoImage] LoadPlugin("C:\Path\flash3kyuu_deband.dll") ---[NoImage] Import("C:\Path\flash3kyuuMOD16.avsi") ---[NoImage] #Import("C:\Path\DebilinearM_v1.3.1.avsi") ---[NoImage] LoadPlugin("C:\Path\debilinear.dll") ---[NoImage] LoadPlugin("C:\Path\debicubic.dll") ---[NoImage] #Import("C:\Path\ResizeX_v1.0.1.avsi") ---[NoImage] Import("C:\Path\HQDeringmod_v1.8.avsi") ---[NoImage] LoadPlugin("C:\Path\MedianBlur2.dll") ---[NoImage] #Import("C:\Path\DeHalo_FineDehalo.avsi") ---[NoImage] #Import("C:\Path\GradFun3mod.avsi") ---[NoImage] LoadPlugin("C:\Path\EdgeFixer.dll") ---[NoImage] LoadPlugin("C:\Path\FillMargins.dll") ---[NoImage] Import("C:\Path\SMDegrain_plus v.3.1.2.104s.avsi") ---[NoImage] Import("C:\Path\GradFun3mod_plus r6 mod 3.1.avsi") ---[NoImage] Import("C:\Path\nnedi3_resize16_v3.3_plus.avsi") ---[NoImage] Import("C:\Path\edi_rpow2_plus v1.0 mod 7.avsi") ---[NoImage] Import("C:\Path\ResizeX_plus v1.0.1_mod 9.35.avsi") ---[NoImage] Import("C:\Path\DebilinearM_plus v1.3.1_mod_1.25.avsi") ---[NoImage] Import("C:\Path\LSFmod_plus v2.183.avsi") ---[NoImage] Import("C:\Path\DeHalo_FineDehalo_plus v1.1 mod8.75.avsi") ---[NoImage] LoadPlugin("C:\Path\despot.dll") ---[NoImage] ConvertBits(bits=16) #if it not 16 HBD already ---[NoImage] #GradFun3mod(thr=0.05, smode=2,thr_det=2,elast=4,mode=6, yuv444=true, resizer="DebilinearM", lsb_in=true, lsb=true) ---[NoImage] ly = ConvertToStacked().GradFun3mod(thr=0.35, smode=2,thr_det=2,elast=4,mode=6, yuv444=true, resizer="DebilinearMTM", lsb_in=true, lsb=true).ConvertFromStacked() ---[NoImage] lc = edi_rpow2(fwidth=1280*2, fheight=720*2,cshift="Spline64",nsize=6,pscrn=2,qual=2,etype=0) ---[NoImage] lu = lc.ExtractU() ---[NoImage] lv = lc.ExtractV() ---[NoImage] YtoUV(lu,lv,ly) ---[NoImage] Dither_out() --[Error] [9/13/2019 10:32:16 AM] An error occurred ---[Error] [9/13/2019 10:32:16 AM] Exception message ----[NoImage] The file Z:\samples\# # megui\work\n1rzueuv.2zd\test.avs cannot be opened. ----[NoImage] Error message for your reference: Script error: there is no function named "ConvertBits" ----[NoImage] (Z:\samples\# # megui\work\n1rzueuv.2zd\test.avs, line 47) ---[Error] [9/13/2019 10:32:16 AM] Stacktrace ----[NoImage] at MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video) ----[NoImage] at MeGUI.JobUtil.getInputProperties(UInt64& nbOfFrames, Double& framerate, String video) ----[NoImage] at MeGUI.OneClickPostProcessing.StartPostProcessing() ---[Error] [9/13/2019 10:32:16 AM] Inner exception ----[Error] [9/13/2019 10:32:16 AM] Exception message -----[NoImage] Script error: there is no function named "ConvertBits" -----[NoImage] (Z:\samples\# # megui\work\n1rzueuv.2zd\test.avs, line 47) ----[Error] [9/13/2019 10:32:16 AM] Stacktrace -----[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace) -----[NoImage] at MeGUI.AvsFile..ctor(String script, Boolean parse) -----[NoImage] at MeGUI.JobUtil.GetAllInputProperties(UInt64& nbOfFrames, Double& framerate, Int32& framerate_n, Int32& framerate_d, Int32& hRes, Int32& vRes, Dar& dar, String video) ----[Error] [9/13/2019 10:32:16 AM] Inner exception: null --[Information] [9/13/2019 10:32:16 AM] Job completed |
||
13th September 2019, 20:45 | #322 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
maa2 use SangNom2 which not work with HBD (yet)
and that log said 'there is no function named "ConvertBits"' which mean it not use the avs+, MeGUI already use it's own avisynth Quote:
detail loss in my edit of nnedi3_resize16? post your script with video sample, and are you use the last nnedi3 plugin? did you try set nlsb to false? Dither_out and ConvertFromDoubleWidth FOR YOUR x264 Borders problem IF you still using the lsb/Stack16 things not if you use 8bit or HBD in HBD ConvertBits(bits=8, dither=-1) is DitherPost(mode=-1) equivalent, don't know if you know but you don't need ConvertBits(bits=8) just for avspmod, it work with HBD nowadays btw, I did many edits for http://avisynth.nl/index.php/ConvertStacked and added another example for lsb
__________________
See My Avisynth Stuff Last edited by real.finder; 13th September 2019 at 22:45. |
|
13th September 2019, 23:45 | #323 | Link |
Noob
Join Date: Mar 2017
Posts: 221
|
damn i gave you a short example already but i think you ignored it. i would recommend you to forget HBD and just stick to lsb (dither tools).
HBD is too slow to encode anyways. except the case of f3kdb neo. Last edited by Natty; 13th September 2019 at 23:50. |
14th September 2019, 00:02 | #324 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
about the speed, lsb is slower when it did real 16bit, HBD is faster and you can see that in SMDegrain(n16_out=true) vs SMDegrain(lsb_out=true) see here https://forum.doom9.org/showthread.p...10#post1837210 must lsb things don't do real or at least don't do full 16bit process so you may see HBD slow compare to it you can try DebilinearM using DeResizeMT=true with HBD vs lsb and see. even if it do masking in 8bit with lsb it should give you more speed with HBD and better result
__________________
See My Avisynth Stuff Last edited by real.finder; 14th September 2019 at 00:48. |
|
14th September 2019, 08:39 | #325 | Link | |
Noob
Join Date: Mar 2017
Posts: 221
|
Quote:
yes n16 is fast, f3kdb neo is fast. but plugins like finedehalo get too much slow. |
|
14th September 2019, 13:20 | #326 | Link | ||||||||
Registered User
Join Date: Jan 2019
Location: Antarctica
Posts: 74
|
Huh?
Quote:
Quote:
However, it's ConvertToDoubleWidth() seems to be the equivalent to Dither_out() not ConvertFromDoubleWidth() as I kept getting issues with the video when I followed that instruction. Again I've been literally cleaving to the words you've said to me since I'm new to AviSynth+ and trying them out and reporting back. Dither_out() did not work at all with HBD it kept ruining the video also when I use ConvertBits(8) on both avspmod and encoding it. And also your MAA2 script now works with the removal of AviSynth 2.0.6 version from MeGUI. Quote:
Quote:
Your example was NOT going to help me regardless especially since I'm not even using a simple resizer as your example shows as I've been only using an advance function as I'm certain you've seen it by now and it was NOT working despite not being the one who made that function. I was using what I was being supplied with. And from what I'm getting seems I have to do this 2 x for EACH function (before and after) that supports HBD. HBD is slow? real.finder keeps saying it's faster then lsb? I haven't tested it obviously but I'll find out. Quote:
Quote:
I have tested it putting nlsb off and there was no change. Note that I'm only using lsb functions and may just stick to it. Quote:
Quote:
Writing this post was almost a complete waste of time having to explain myself YET again but what I won't be is surprised that it gets ignored. Last edited by dREV; 14th September 2019 at 13:47. |
||||||||
14th September 2019, 15:51 | #327 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
you said
Quote:
Dither_out() output clip same as ConvertToDoubleWidth() BUT not same input clip and usage those "HBD is 2 x (To and From) functions" not for pure HBD and that should be something very clear, THEY are for mixing HBD and lsb if you didn't find updated or alternative filter for YOUR lsb Favorite filter, in pure HBD case you dont need any thing (even ConvertBits if your source already more than 8 bit) mean you deal with it as 8bit clip most of times I didn't get what you get with nlsb=false, but with nlsb=false both my edit and the original will be same unless there are bug ============================ the Reply to dREV end here ================= @Natty, 16bit process should be slower than 8bit, that normal, and finedehalo don't has lsb in first place @everyone I plan to change many things, move the avs versions functions to independent script, and move the General functions to another independent script and start using github as replacement for pastebin and doom9 Attached, and there will be many updates for filters, all this after pinterf add the changes that I waiting for
__________________
See My Avisynth Stuff Last edited by real.finder; 14th September 2019 at 15:59. |
|
20th September 2019, 09:33 | #328 | Link |
Registered User
Join Date: Jan 2019
Location: Antarctica
Posts: 74
|
I think I've finally got it down mixing ConvertBits() and LSB and Convert To and [b]From[/] Stacked but the only issue I have now is understanding when to use ConvertToDoubleWidth(). Is this only only for HBD filters or something? The link http://avisynth.nl/index.php/ConvertStacked seems to point that it is and just need a confirmation if this is true. I only know the one to end the HBD stacked which as I wrote before being ConvertFromDoubleWidth().
In another matter, as I wrote before about your NNEDI3 script having less quality then the 32 bit counterpart of a previous version of NNEDI3 there's another issue that I came about when it came to encoding. Using my script combined with ConvertBits(16) and ConvertToStacked() and your NNEDI3 script it takes over 6 minutes for the encoder to prepare the encode and when it's ready the fps is slooooow and I mean sloooow 1-5 fps and I am on a Ryzen 5 2nd generation. I don't think it's at my end that's the issue. I thought maybe I had the wrong ResampleMT.dll and/or NNEDI3.dll but I read Ryzen seems to supports AVX2 (I even tried the others too with the same results tho) but then I changed the NNEDI3 script to a previous version one from 2017 and 2015 (one of several other versions I have too) and it ran like normal, super quick like it should be and started to encode in less than 30 seconds. I even tried without any HBD stacked and just using LSB and still had the same issue. Keep in mind as I wrote before this script by itself is the culprit as I've narrowed it down one by one just as I did before. Something is very wrong with it besides just not being the same quality as the one I've been using on my 32 bit filters only to surpass it but only with the help of stacked. I used both versions of MeGUI 32 bit and 64 bit versions using the latest HEVC encoder https://forum.doom9.org/showthread.p...62#post1884762. I dunno why the latest NNEDI3 script works just fine on avspmod but not on the encoder they both are using literally the same script chain. Here are all of the scripts so you can see for yourself. I even included both 32 and 64 bit AviSynth plugins for easy drag/drop testing to see yourself and replicate it tho I dunno what GUI you use as I am exclusively using only MeGUI plus I included my actual scripts tho only for 720p. They are in .rar format using WinRar 5.71 http://www.mediafire.com/file/xvceiy...ple01.rar/file. In all honesty it may not be your NNEDI3 script alone for the small loss in quality (tho with stacked HBD it terms of file size png images has become more then the 32 bit but only on avspmod doing a few comparisons) but may also be in part to ResampleMT.dll and NNEDI3.dll being ports to the 64 bit not done by the original creator. I would have to do more comparisons cuz seems I am using three to four versions of the NNEDI3 scripts. I always thought the 64 bit version is suppose to be better then the 32 bit. Also, I think putting it up on GitHub is a good idea as it'll be easier to get a previous version if something goes wrong with the latest update like what's happening with the NNEDI3 script. Last edited by dREV; 20th September 2019 at 10:38. Reason: forgot something |
20th September 2019, 17:44 | #329 | Link |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
as the link said in notes, DoubleWidth is another kind of hack using 8bit clip to convey 16bit by make it Double Width, it's also mentioned here http://avisynth.nl/index.php/Dither_tools#Formats
I will not repeat what I said before about how lsb things like nnedi3_resize16 use 8bit many times and why sometimes seems faster (all that in my Replies to Natty), anyway saying "less quality" when nnedi3_resize16 try give you real 16 bit as possible mean it's better for you to stay with 8bit Especially in your scripts seems you get rid of most if not all benefits of 16bit whether it's lsb or HBD by going to 8bit many times, and I didn't see you use nlsb=false with last nnedi3_resize16 in your scripts x64 (64 bit) not always give same output as x86 (32 bit) but x64 should be faster (not always), It depends on the plugins (dll) and the asm code in it and the cpu, if you have problem (like big difference in output with same scripts "both avs and avsi") then you should report that in the plugins threads not here and the output of encoders is also another topic, here you should just use avspmod, and for me the output of nnedi3_resize16 (without nlsb=false) has more quality (details and sharp) but half speed
__________________
See My Avisynth Stuff |
20th September 2019, 20:16 | #330 | Link |
Noob
Join Date: Mar 2017
Posts: 221
|
thanks for n3_r16 update, i see nlsb is for hbd + lsb
so if i set nlsb=true, lsb=true, lsb_in=true, the output will be real 16bit stacked (better than before)? and default value of dither is 50.which dithering method does 50 use? |
20th September 2019, 21:54 | #331 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
and yes it will better than before, aside from that I did also added nlsb in admfilter while ago (before add it in Nnedi3_resize16) for Motion-Compensated and also true by Default in avs+ and from the scripts itself the default values of dither are Code:
dither = tv_range ? Default(dither, 6) : Default(dither, 50) # dither mode for 16-bit to 8-bit conversion Code:
dither = Default(dither, -1 ) # -1 for no dither, 0 for ordered-dither, 1-100 for noise strength
__________________
See My Avisynth Stuff |
|
20th September 2019, 23:06 | #332 | Link |
Noob
Join Date: Mar 2017
Posts: 221
|
thanks for explaining. but i still don't know what method will dither=50 use. maybe it's just the strength of noise
and will output be correct is this case? ConvertBits(16) ConvertToStacked() nnedi3_resize16(mysettings, nlsb=true, lsb_in=true, lsb=true, tv_range=true) Dither_convert_yuv_to_rgb(matrix="601", output="rgb48y", tv_range=true, lsb_in=true) r = SelectEvery(3, 0) g = SelectEvery(3, 1) b = SelectEvery(3, 2) Dither_convert_rgb_to_yuv(r, g, b, matrix="709", tv_range=true, lsb=true) HQDeringmod(lsb_in=true, lsb=true, lsb_out=true, tv_range=true) ConvertFromStacked() Last edited by Natty; 20th September 2019 at 23:15. |
21st September 2019, 00:12 | #333 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
Code:
dither [default: 75] -------------------- Type of the dithering -1 = dithering OFF 0 = pattern xx = intermediary 100 = noise and what you mean by correct? real 16bit? if it so then I don't think so since I think HQDeringmod is also used some 8bit mix with lsb, and since I don't use it and it's kinda big script (I guess) I don't think I will touch it at least soon, so anyone can feel free edit it edit: and what is the point of Dither_convert_yuv_to_rgb and Dither_convert_rgb_to_yuv? you can use avsresize aka z_ConvertFormat which work with HBD and faster and even has many new things and did the job better
__________________
See My Avisynth Stuff Last edited by real.finder; 21st September 2019 at 00:35. |
|
6th October 2019, 19:04 | #335 | Link |
Registered User
Join Date: Feb 2014
Posts: 355
|
Hi real.finder, I hope you're well . Some months ago you helped me upgrade from x86 AviSynth+ with SMDegrain LSB to x64 AviSynth+ with SMDegrain native HBD, which almost doubled my encoding speed. . Recently I encountered a situation where the encoding speed is much much much slower and I hoped you'd have a solution. The following script with a 1080p source took about 1.5 hours for the first pass and 2.5 hours for the second pass:
Code:
SetMemoryMax(1024) SetMTMode(3,3) LoadPlugin("Path\LSMASHSource.dll") LWLibavVideoSource("SourcePath") SetMTMode(2) SMDegrain(TR=1,ThSAD=100,RefineMotion=True,Plane=0,Chroma=False,LSB=True,LSB_Out=True) LinearResize(1280,720,Kernel="Bicubic",A1=-0.5,A2=0.25,LSB_In=True,LSB_Out=True) F=DitherPost(Mode=-1) S=F.FastLineDarkenMod(Strength=24) D=MT_MakeDiff(S,F).Dither_Convert_8_To_16() Dither_Add16(Last,D,Dif=True,U=2,V=2) GradFun3(Radius=16,LSB_In=True,LSB=True) Dither_Out() Code:
LoadPlugin("Path\LSMASHSource.dll") LWLibavVideoSource("SourcePath") SetFilterMTMode("Default_MT_Mode",2) SMDegrain(TR=1,ThSAD=100,RefineMotion=True,Plane=0,Chroma=False,n16=True,n16_Out=True) EDI_RPow2(CShift="Spline64",FWidth=1280,FHeight=720) FastLineDarkenMod4(Strength=24) F3KDB(Y=100,Cb=100,Cr=100,GrainY=0,GrainC=0) PreFetch(3) EDIT: OK. A bit of searching and testing later, it seems that EDI_RPow2 is designed for upscaling, not downscaling. Could you please recommend a filter-plugin for downscaling in native HBD? Thanks. Last edited by LouieChuckyMerry; 7th October 2019 at 16:42. Reason: Information; Information |
7th October 2019, 18:10 | #336 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
Regarding the slowing, you can back some pages ago here to know that not always HBD is faster since the lsb method in scripts most of times not real 16 bit process unlike the HBD but anyway I will check it later and see what is the bottleneck or why it's slow
__________________
See My Avisynth Stuff |
|
7th October 2019, 19:10 | #337 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
Real.finder, I just posted about this in devs forum,
he's DOWNSIZING but using EDI_RPow2(CShift="Spline64",FWidth=1280,FHeight=720), so 1080p source is first being upsized to 2160p and then downsized to 720p, thats what is eating up time. EDIT: Replace Code:
EDI_RPow2(CShift="Spline64",FWidth=1280,FHeight=720) Code:
Spline64Resize(1280,720) Code:
LoadPlugin("Path\LSMASHSource.dll") LWLibavVideoSource("SourcePath") SetFilterMTMode("Default_MT_Mode",2) SMDegrain(TR=1,ThSAD=100,RefineMotion=True,Plane=0,Chroma=False,n16=True,n16_Out=True) EDI_RPow2(CShift="Spline64",FWidth=1280,FHeight=720) FastLineDarkenMod4(Strength=24) F3KDB(Y=100,Cb=100,Cr=100,GrainY=0,GrainC=0) PreFetch(3) Code:
LoadPlugin("Path\LSMASHSource.dll") LWLibavVideoSource("SourcePath") SetFilterMTMode("Default_MT_Mode",2) SMDegrain(TR=1,ThSAD=100,RefineMotion=True,Plane=0,Chroma=False,n16=True,n16_Out=True) Spline64Resize(1280,720) FastLineDarkenMod4(Strength=24) F3KDB(Y=100,Cb=100,Cr=100,GrainY=0,GrainC=0) PreFetch(3)
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? Last edited by StainlessS; 7th October 2019 at 22:45. |
9th October 2019, 04:03 | #338 | Link | ||
Registered User
Join Date: Feb 2014
Posts: 355
|
Quote:
Quote:
|
||
13th October 2019, 17:00 | #339 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
maybe EDI_RPow2 need some code to make sure it will not be used in downsize, but that will happen later (when pinterf back with the updates)
I note you use F3KDB, there are "Neo f3kdb" since F3KDB will stay only for old things Quote:
__________________
See My Avisynth Stuff |
|
Tags |
avisynth, avs script, avs+, banding, generator, hbd, mod |
|
|