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. |
20th October 2010, 15:06 | #84 | Link |
Registered User
Join Date: Mar 2010
Posts: 9
|
use the avisource script was avsp down.. at 1.56 ver o.o
AVISource(bla) << Source Res 1280x720 ..... ..... Crop(bla) Tweak(bla) Smoothadjust(bla) Resize(624,352) and push F5, shutdown avsp. so i'm try test downgrade. 1.56 >> 1.44 and use the same script AVISource(bla) ..... ..... Crop(bla) Tweak(bla) Smoothadjust(bla) Resize(624,352) Do Not AVSP DOWN, plz re-checking dll thank you LaTo Last edited by seojuhyun; 20th October 2010 at 15:15. |
20th October 2010, 20:15 | #85 | Link | |
LaTo INV.
Join Date: Jun 2007
Location: France
Posts: 701
|
Quote:
|
|
24th October 2010, 09:57 | #91 | Link | |
LaTo INV.
Join Date: Jun 2007
Location: France
Posts: 701
|
Quote:
And, it's not necessary to use MT, it is already multithreaded (check "multithread" parameter and set it to max) External MT use 4 instances of SmoothAdjust, it's why it's so slow when you open your script... Last edited by LaTo; 24th October 2010 at 10:29. |
|
24th October 2010, 18:39 | #93 | Link |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
ok, cool! I've also tried SmoothLevels(preset="tv2pc",multithread=2,useopt=true), but it still takes quite a while to open and it's quite a CPU hog too(I run a 3.5Ghz Q9450)
Code:
SmoothLevels(preset="tv2pc",multithread=0,useopt=true) Code:
SmoothLevels(preset="tv2pc",multithread=1,useopt=true) Code:
SmoothLevels(preset="tv2pc",multithread=2,useopt=true) Code:
SmoothLevels(preset="tv2pc",multithread=3,useopt=true) Code:
colorYUV(levels="tv->pc") But considering that 1.58 might be faster to open, I'll try lower quality settings. Last edited by leeperry; 31st October 2010 at 03:00. |
24th October 2010, 19:55 | #94 | Link | |
LaTo INV.
Join Date: Jun 2007
Location: France
Posts: 701
|
Quote:
|
|
24th October 2010, 22:39 | #95 | Link | |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
I guess CUDA acceleration wouldn't possible? This would be really great if the initialization time could shortened, indeed! I need to run more comparisons but your plugin seems more enjoyable to look at than colorYUV(), more contrasty/3D and less "noisy"..perfect for post-processing PS: It looks so good! a faster opening and no more MOD4 error messages would be beyond words if any possible. Last edited by leeperry; 31st October 2010 at 02:59. |
|
31st October 2010, 05:56 | #96 | Link |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
OK, so I've done a bit of comparisons between enabling dithering in SmoothLevels() or in mVR. I've used a noisy/bandy WMV SD video, and 2 of its corners to see how noise levels go IRL:
1)default dithering in SmoothLevels/no dithering in madVR 2)default dithering in SmoothLevels/dithering in madVR 3)no dithering in SmoothLevels/dithering in madVR It's kinda late, I'll look at it again tomorrow but I believe that my Avisynth scripts do benefit from having some dithering done beforehand...it's not about suppressing banding, it's about trying to minimize it. SmoothLevels() uses dithering to smooth the TV>PC levels mapping, when madVR uses it to dither 16bit to 8? I might be wrong, though. The picture seems clearer when I disable it in madVR and LSF seems cleaner looking when it's enabled in SmoothLevels() beforehand, as it's not trying to sharpen up big posterizing noise blocks anymore. But it's all very subjective, I'll do more comparisons(I should state that I'm colorblind)...it might very well be that both dithering passes actually compliment each other Last edited by leeperry; 31st October 2010 at 20:32. |
1st November 2010, 20:48 | #99 | Link |
LaTo INV.
Join Date: Jun 2007
Location: France
Posts: 701
|
Yes, ICC / ICL it is the same... On my computer, ICC is 10% faster.
|
1st November 2010, 20:57 | #100 | Link |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
oh OK, always only heard ICL
did you compare all the different options in ICL? Apparently there's a dozen way to compile stuff in ICL11 and some are faster than others depending on what code it's been optimized for. when feeding 1272*686, I get: if I use mmod(4,4), then it's padded to 1272*688 and it works fine. Maybe you could add an option to do the same internally? It'd be convenient for realtime use. indeed, it seems a lot less laggy when seeking using SetMTMode(2,4) |
Thread Tools | Search this Thread |
Display Modes | |
|
|