VideoHelp Forum




+ Reply to Thread
Page 4 of 7
FirstFirst ... 2 3 4 5 6 ... LastLast
Results 91 to 120 of 210
  1. @Dogway: Glad to see the new update here thank you ,i like your Smdegrain so much.
    Quote Quote  
  2. I being trying new update v3.1.2 i been facing some difficulties to make prefilter 4 works but after reading about it i found a i need an function call knlmeansCL for that now prefilter has gone threw but one more error poped up i m still struggeling to find out what is Mfilter and how it can be used if i want to . I tried Mfilter=true but seems like MFilter doesn't work like this i get this error "the name arguement "mfilter" to SmDgrain had the wrong type" .Please Dogway can u tell how MFilter could be used, thank you.
    Really nice update..
    Last edited by Auliya90; 19th Sep 2015 at 15:26.
    Quote Quote  
  3. Originally Posted by Auliya90 View Post
    I being trying new update v3.1.2 i been facing some difficulties to make prefilter 4 works but after reading about it i found a i need an function call knlmeansCL for that now prefilter has gone threw but one more error poped up i m still struggeling to find out what is Mfilter and how it can be used if i want to . I tried Mfilter=true but seems like MFilter doesn't work like this i get this error "the name arguement "mfilter" to SmDgrain had the wrong type" .Please Dogway can u tell how MFilter could be used, thank you.
    Really nice update..
    mfilter must be clip

    @Dogway is the next update will be delay more?
    Quote Quote  
  4. Among other things I've been working on Stab2() and ResizersPack.
    The most critical thing currently for v3.2d which is a fix, is prefilter=4, its temporal component isn't very good so in v3.2d it's motion compensated. Everything else are features so you don't have to worry. I hope to release about October after I finish a current project that's been dragging for more than I wished.
    Quote Quote  
  5. Hello @Dogway

    From the documentation:

    Recommendation: Use slightly greater values than you are used to in other mdegrain based functions since the internal clip for the motion search in SMDegrain() has the contrast increased.

    Can we say that thSAD=200 in other MVTools based functions corresponds with thSAD=300 in SMDegrain?

    Thanks
    Quote Quote  
  6. More like 1.25 times.

    As a sidenote in the still unreleased 3.2d version I did some attempts at an automatic contrast prefilter for optimal motion search, this yielded to a thSAD 1.75 times increase for similar denoise results in that specific scene. The problem is that dynamic contrast implies dynamic SAD (based on source contrast instead of source noise/grain), so thSAD would not mean much as it's a fixed value in time. It's pity I might have to discard this concept because it was working very well on typical low contrast areas (clouds, details/lineart on shaded areas, etc).
    Quote Quote  
  7. Is there any plan to port it in VapourSynth?
    Quote Quote  
  8. There's a port here. Not sure up to what version it covers up.
    Quote Quote  
  9. I have a problem with SMDegrain and AviSynth+, look here
    Quote Quote  
  10. I can't guarantee support for AVS+ because I don't use it, but have you tried to run plain KNLMeansCL (no SMDegrain)?
    Quote Quote  
  11. Originally Posted by Dogway View Post
    I can't guarantee support for AVS+ because I don't use it, but have you tried to run plain KNLMeansCL (no SMDegrain)?
    I have tried even with prefilter=2.
    Plain KNLMeansCL(D=1, A=1, h=7.0,device_type="GPU") works ok.
    Quote Quote  
  12. Try lsb_inout=true with Y8 format.
    Quote Quote  
  13. Originally Posted by Dogway View Post
    Try lsb_inout=true with Y8 format.
    Dummies' version, i.e. please translate with example
    Quote Quote  
  14. Code:
    ConverttoY8()
    Dither_convert_8_to_16()
    KNLMeansCL(D=1, A=1, h=7.0,lsb_inout=true,device_type="GPU")
    Ditherpost()
    Try with other KNLMeansCL builds too.
    Quote Quote  
  15. Originally Posted by Dogway View Post
    Code:
    ConverttoY8()
    Dither_convert_8_to_16()
    KNLMeansCL(D=1, A=1, h=7.0,lsb_inout=true,device_type="GPU")
    Ditherpost()
    Try with other KNLMeansCL builds too.
    As I told you it's not a KNLMeansCL problem. The same effect appears even with prefilter=2.
    Quote Quote  
  16. Originally Posted by Dogway View Post
    Then it's a AVS+ problem.
    Tested on 64 bit. Same problem.
    Quote Quote  
  17. Originally Posted by Dogway View Post
    There's a port here. Not sure up to what version it covers up.
    3.0d.

    Do you know python? =)
    Quote Quote  
  18. 64 bit AVS+? Why don't you use plain avisynth?
    I don't do programming, only some scripting languages.
    Quote Quote  
  19. Originally Posted by Dogway View Post
    64 bit AVS+? Why don't you use plain avisynth?
    I don't do programming, only some scripting languages.
    As there is no AviSynth 2.6.0 MT x64 and I have problems in windows 10 x64 to put together DGDecNV and KNLMeansCL in the same script on plain 32 bit. It leads to Cuda errors and green screen images.

    Everything is perfect in x64 but AVS+ screen corruption on some scene change, almost black to white or something like that.
    Quote Quote  
  20. You are trying to put together many sensible stuff, Windows 10, x64 avisynth, AVS+... You are paying the tax for using brand new interfaces. Wait until things iron out or deal with "early adopter" bugs.

    In my opinion x64 never took off, I use MP_Pipeline for that and it works fine. Anyway, prefilters are things I do for convenience, but I can't really assume issues for thirds plugins. You should narrow the problem and ask the original developer. Prefilter=2 uses Quantile, so maybe AVS+ doesn't support it, little things like these are what probably refrained me from switching to AVS+.
    Quote Quote  
  21. Originally Posted by Dogway View Post
    You are trying to put together many sensible stuff, Windows 10, x64 avisynth, AVS+... You are paying the tax for using brand new interfaces. Wait until things iron out or deal with "early adopter" bugs.
    The only new variable in the equation is Windows 10. AVS+ was introduced to get 64 bit environment for further testing between DGDecNV and KNLMeansCL.
    Originally Posted by Dogway View Post
    In my opinion x64 never took off, I use MP_Pipeline for that and it works fine.
    Can you please write some example of usage with SMDegrain?
    Originally Posted by Dogway View Post
    Prefilter=2 uses Quantile, so maybe AVS+ doesn't support it, little things like these are what probably refrained me from switching to AVS+.
    The image corruption happens with 2 AND 4. Other modes not tested.
    Quote Quote  
  22. I wrote this post about image corruption.

    I think it could have same bonding.
    Quote Quote  
  23. I did a try with:

    PHP Code:
    SMDegrain (tr=6,PreFilter=4,thSAD=600,contrasharp=false,refinemotion=false,lsb_out=true,plane=0,chroma=false,Globals=2)
    SMDegrain (tr=6,            thSAD=600,contrasharp=false,refinemotion=false,lsb_in =true,plane=0,chroma=false,Globals=1,mode=6
    and it hangs. It works with PreFilter=2.

    Ideas?
    Quote Quote  
  24. Originally Posted by Dogway View Post
    Test in avisynth with Win7.
    My reference machine is Windows 8.1. Windows 10 is only for testing one. No Windows 7 available =/

    Can you please test it for me?
    Quote Quote  
  25. Originally Posted by Dogway View Post
    Why would I test it for you?
    I thought you had a Win7 system.

    Anyhow, I think you release new version not only to get new feature but also to correct bugs. Am I wrong?
    Quote Quote  
  26. Why don't you ask Khanattila? He developed KNLMeansCL.
    Quote Quote  
  27. Tormento - it works for me on windows 8

    What are your input clip dimensions and colorspace?

    Code:
    colorbars(pixel_type="yv12")
    SMDegrain (tr=6,PreFilter=4,thSAD=600,contrasharp=false,refinemotion=false,lsb_out=true,plane=0,chroma=false,Globals=2)
    SMDegrain (tr=6,            thSAD=600,contrasharp=false,refinemotion=false,lsb_in =true,plane=0,chroma=false,Globals=1,mode=6)
    Not sure if it makes a difference, but I modified SMDegrain to use device_id =1 for KNLMeansCL by default (because on Intel CPU, the iCPU will usually be device_id = 0 and usually default openCL device because it's the first one)

    In 3.1.2.d, it's line 182

    Code:
                                                  Y8      = Y8.KNLMeansCL(D=1, A=1, h=7.0,lsb_inout=true,device_type="GPU",device_id = 1)
    Quote Quote  
Visit our sponsor! Try DVDFab and backup Blu-rays!