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. |
2nd January 2006, 19:45 | #21 | Link |
Registered User
Join Date: Dec 2004
Posts: 93
|
Didee:
orig = DirectShowSource("yyy.mpg") x = mcnr_simple2(orig,frames=3,thY=24,thC=20,thY2=-1,thC2=-1,removdirt=true,LPrad=2.0,LPlosens=1,LPhisens=5) SeeSaw(orig,denoised=x,NRlimit=15,bias=32,Smode=11,Szp=25,Sdamp=20,sootheT=-49,sootheS=86) The error I get That is telling me something is borked so I was asking where I would find SCSelect to satisify it. Last edited by Dark Alchemist; 2nd January 2006 at 19:50. |
2nd January 2006, 20:06 | #22 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,391
|
@ anton_foy
"Do you think tomorrow it will rain?" I'm sure as anything that it'll rain tomorrow ... *where* it will rain, that's the question. (Sorry, but you asked the "better" question ) The biggest strenght of LimitedSharpen - the limiting - is also a shortcoming: it prevents enhancement of detail beyond the local [min,max] range. (But Lmode=3 breaks that rule.) SeeSaw aims at sharpening beyond the local extrama, to achieve more detail enhancement. In exchange, the limiting method used in SeeSaw is more likely to fail if the original source already shows haloing, may it be even so slight. (However there's a commented line in the script that might help for that ) @ Dark Alchemist SCSelect does not occur in my scripts, neither SeeSaw nor MCNR_simple. I don't even know what it is (edit: it is part of RemoveGrain - post link) Do a search where in any of the involved scripts this SCSelect function is called, and figure why. If it's not needed, deactivate it.
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) Last edited by Didée; 2nd January 2006 at 20:09. |
2nd January 2006, 20:10 | #23 | Link |
Registered User
Join Date: Dec 2004
Posts: 93
|
I did Didee on the two scripts but maybe one of them is calling other scripts? I never got that until I tried the scripts for this. I did a search and no SCSelect in either so I wonder where that thing could be at? Hmmmmm.
edit: Really weird. I removed my entire plugins folder and restarted avsynth editor and still I get that error using this. You would think I would get an error about missing plugins instead. edit #2: I just uninstalled and reinstalled 2.5.6 so now to see what is going on. On a fresh install only adding the two packages that this requires I get "mvanalyze function can't be found". So, I added the mvtools package and it wants the removedirt package. So, I added the removedirt.avsi and POW SCSelect. Code:
function RemoveDirt(clip input, bool "_grey", int "repmode") { _grey=default(_grey, false) repmode=default(repmode, 16) clmode=17 clensed=Clense(input, grey=_grey, cache=4) sbegin = ForwardClense(input, grey=_grey, cache=-1) send = BackwardClense(input, grey=_grey, cache=-1) alt=Repair(SCSelect(input, sbegin, send, clensed, debug=true), input, mode=repmode, modeU = _grey ? -1 : repmode ) restore=Repair(clensed, input, mode=repmode, modeU = _grey ? -1 : repmode) corrected=RestoreMotionBlocks(clensed, restore, neighbour=input, alternative=alt, gmthreshold=70, dist=1, dmode=2, debug=false, noise=10, noisy=12, grey=_grey) return RemoveGrain(corrected, mode=clmode, modeU = _grey ? -1 : clmode ) } Last edited by Dark Alchemist; 2nd January 2006 at 21:23. |
2nd January 2006, 20:32 | #24 | Link |
stupid
Join Date: Sep 2004
Location: Cologne
Posts: 638
|
@ Didée
As a member from german doom9 and as a member from movie2digital I opened a german discusiion about this topic http://technik.movie2digital.de/thre...020#post304020
__________________
cu Joe ------------------------ freedom is just another word for nothing left to loose |
2nd January 2006, 23:27 | #26 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,391
|
Yeee, now I see it, too. You used the (new) scripted version of RemoveDirt for usage within MCNR_simple, and that one obviously requires SCSelect(). Looking at the function's header of MCNR_simple, you see that it expects the (old) DLL version. (The new one might work just as well, but I never tested that.)
Sidenote: In MCNR_simple, "removdirt=true" is meant for sources with rather strong noise/grain/dirt. For the average DVD or DVB rip, "removdirt=false" should suffice. @ JoeBG It's really nice that you introduce my scripts to folks on other German forums, too, which is a big help for those who are not familiar with the English language. Thank you for that. [rant] However I *did* see all that babbling and whining "Didée is an abnigator at explaining & even he himself admits that" Alas, I have to disappoint you - in single letters: b.u.l.l.s.h.i.t! Like it or not, but what I'm hearing rather frequently is, in contrary, "man, you should have become a teacher" ... but then, in every class there are some pupils where the teacher stands without a chance -- at least not without loosing sight of those pupils learning at normal speed. That's why things like private lessions have been invented. So, please do not misinterpret my lack of time for private lessons as inability of explaining... In elementary school, a teacher has to assure all pupils can follow. At university, it's the teacher who is setting the pace, and it's up to the student to somehow follow him. Mind you, I visited both institutions - so this was a description out of practice. Welcome to the real world. [/rant]
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) |
3rd January 2006, 00:15 | #27 | Link |
Registered User
Join Date: Dec 2004
Posts: 93
|
Didee, yep. I could not find the dll version until today so it works but the original author says the new scripted version is better than the dll version so I wonder if all of this should be upgraded to work with the new way?
It is now considered deprecated and was already hard for me to find the old dll so maybe soon the dll will just go poof. |
3rd January 2006, 13:55 | #28 | Link |
Registered User
Join Date: Mar 2005
Posts: 68
|
Thanks Didée again for the new toys! I just tried this:
Code:
a = last b=a.SPresso() SeeSaw(a,b, NRlimit=6, NRlimit2=7, Sstr=1.5, Slimit=5, Spower=5, SdampLo=6, Szp=16) WinXP Pro, P4 506, non-HT, 2.66G overclocked to 3.8G (190x20), 1G DDR380 ram, ATI Radeon 9500, ZoomPlayer 4.x, DScaler5 decoder, FFDShow, Avisynth 2.56. For real-time DVD playback, I think I have around 80% framerate on good flag 24fps film source. Consider with only decent to great DVD source, is there anyway to slightly speed up the process to get full real-time framerate? Btw, the stuttering playback already looks great! regards, Li On |
4th January 2006, 00:17 | #29 | Link |
Registered User
Join Date: Apr 2005
Posts: 1,339
|
RemoveGrain can be loaded with optimized Dlls depending on your Processor. Download CPU-Z from http://www.cpuid.com/cpuz.php On the first page it will tell you if you have SSE, SSE2, and/or SSE3 capabilities. If you do, then load
RemoveGrainSSE2 or RemoveGrainSSE3 instead of RemoveGrain in your script. Doing this should significantly increase performance. I suspect your system supports SSE2 or better. Another option is just to use b=a.RemoveGrain(mode=11) for a smooth looking image or (mode=25) for a sharp looking one. Also try DegrainMedian(mode=2) - very fast and it renders a really nice image in SeeSaw. Last edited by Pookie; 4th January 2006 at 00:32. |
4th January 2006, 01:37 | #30 | Link |
Registered User
Join Date: Dec 2004
Posts: 93
|
I noticed on the SeeSaw-3d-CGX.avi clip that the colors are off and/or the saturation needs to be turned backed up a little as some of the chars started to turn white.
Last edited by Dark Alchemist; 4th January 2006 at 01:40. |
4th January 2006, 15:36 | #32 | Link |
Hates all his encodes
Join Date: Sep 2003
Posts: 166
|
Hmm, seems to work well for me! While I don't think the filter is great as a sharpener on its own, I certainly like to use it to preserve or restore sharpness in video that I lose in filtering.
The best results I could gather was that on live action it works best if sharpened first, and then filtered; on animation it seems better to filter first, and then restore that subliminal sharpness with SeeSaw (Anyone here who encodes anime will probably know that though it's not significant, there is a VERY small loss of sharpness after filtering and warpsharping isn't exactly the best way to get it back!). Thanks a lot, Didée!
__________________
http://thevideophile.blogspot.com/ Watch and be amazed by my frustration over the video world! |
4th January 2006, 15:47 | #33 | Link | |
Registered User
Join Date: Dec 2004
Posts: 93
|
Quote:
So you say use something different than your example here? I like how sharp everything is but I wish I could figure out how to save the color/chroma values. Last edited by Dark Alchemist; 4th January 2006 at 15:52. |
|
4th January 2006, 17:24 | #34 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,391
|
@ Dark Alchemist
You don't need to figure out anything. SeeSaw just takes the chroma from the "denoised" clip for the output. It doesn't do any own processing of chroma (except for limiting the difference [original-denoised] to not go beyond NRlimit). So: If the "denoised" clip has intact chroma, so will have the output. If the "denoised" clip has overprocessed chroma, so will have the output. Easy as that. @ psme Some minor speedups could be possible, but surely nothing that will lift you from 80% RT to 100% RT (perhaps 85%, estimated). Plus I don't worry too much about "realtime" processing generally. If user's CPU cuts it, fine. If not, user has to get a more beefy CPU ... Also don't forget that sharpen(1) runs very fast
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) |
5th January 2006, 11:51 | #37 | Link |
Registered User
Join Date: Apr 2005
Posts: 1,339
|
I think the color difference is due to my use of FFT3dFilter(plane=3), which cleans luma AND chroma.
If you use a filter that cleans only luma, or back off on the chroma cleaning strength, I suspect you won't see the color change on the target. At least I'm guessing that's the case. Here's FFT3DFilter Using Plane=0 (clean luma only). Last edited by Pookie; 5th January 2006 at 12:05. |
6th January 2006, 19:16 | #38 | Link |
DVD Destroyer
Join Date: Dec 2003
Location: Land of the burning embacies
Posts: 68
|
I played around with additional sharpening with LimitedSharpenFaster and got strange broken lines on picture parts with fast keychange:
My Script: a=last b=mcnr_simple2(frames=3,thY=24,thC=20,thY2=-1,thC2=-1,removdirt=true,LPrad=2.0,LPlosens=1,LPhisens=5).LimitedSharpenFaster(ss_x=2.5,ss_y=2.5,strength=100,smode=4) SeeSaw(a,b,NRlimit=17,bias=18,Smode=11,Szp=18,SdampLo=20) It doesn't matter if I put LSF before, in, or behind SeeSaw. The lines are always the same. The Source is DVD. Last edited by DeepDVD; 6th January 2006 at 19:21. |
7th January 2006, 10:35 | #40 | Link | |
DVD Destroyer
Join Date: Dec 2003
Location: Land of the burning embacies
Posts: 68
|
It's strange. I tried every combination. LSF in the SeeSaw-function (any place there), extern (before and after the function). With or without MCNR, with FFT3 as an other denoiser. The only thing that change, is the color of the broken lines. Sometimes they are white (as in the sample on upper place), sometimes they are black. To get rid of 'em I have to disable LSF, no other way to solve for now. Maybe I got a wrong script? It's allways in scenes the whole picture moves.
Here's my whole one: Quote:
Last edited by DeepDVD; 7th January 2006 at 11:07. |
|
|
|