HAvsFunc

[HolyWu]

Originally Posted by zerowalker

SMDegrain acts a bit different compared to the Avisynth version on the same settings.
Is there some Default settings that are different?

Nope. The only big difference should be the prefilter setting which has been changed to use sbr for prefiltering. The others should be quite the same.

Test the core mvtools part first on your own to check whether the issue comes from mvtools itself. Here are equivalent settings for AVS and VS respectively.

super = MSuper(rfilter=4)
bv2 = MAnalyse(super, isb=true, delta=2, overlap=4, search=3, truemotion=false)
bv1 = MAnalyse(super, isb=true, delta=1, overlap=4, search=3, truemotion=false)
fv1 = MAnalyse(super, isb=false, delta=1, overlap=4, search=3, truemotion=false)
fv2 = MAnalyse(super, isb=false, delta=2, overlap=4, search=3, truemotion=false)
output = MDegrain2(super, bv1, fv1, bv2, fv2, thSAD=500, thSADC=250)

super = core.mv.Super(clip, rfilter=4)
bv2 = core.mv.Analyse(super, isb=True, delta=2, overlap=4, search=3, truemotion=False)
bv1 = core.mv.Analyse(super, isb=True, delta=1, overlap=4, search=3, truemotion=False)
fv1 = core.mv.Analyse(super, isb=False, delta=1, overlap=4, search=3, truemotion=False)
fv2 = core.mv.Analyse(super, isb=False, delta=2, overlap=4, search=3, truemotion=False)
output = core.mv.Degrain2(clip, super, bv1, fv1, bv2, fv2, thsad=500, thsadc=250)

[zerowalker]

Tested, it looks a bit different.
It's like the image is pushed up 1 line in some places VapourSynth (in a stretched way).

Does yours look identical?

[zerowalker]

So what am i supposed to do?
They looked different, is it supposed to, i mean it doesn't use the prefilter as far as i can tell, if rfilter isn't that of course? (isn't Prefilter when you add an already filtered imaged and use it as some kind of layer or something).

[Reel.Deel]

Originally Posted by zerowalker

(isn't Prefilter when you add an already filtered imaged and use it as some kind of layer or something).

A prefiltered clip is usually used in order to try to get better motion analysis; gather motion vectors from the prefiltered clip and then use those vectors on the original clip.

[feisty2]

prefilter is a special filter used only on vector search clip
when you do the motion compensation (mv.compensate/degrain/...), vectors are required to move blocks from predicted frames to the current reference frame
the point is, you don't have to get vectors from the clip you are performing compensation
like, you can get vectors from a spatial denoised version of the source clip so you can reduce the local SAD value
that's pretty much it

[zerowalker]

So how come my results look different between them if i don't use a prefiltered source to do the vector thing?
I am missing something here, shouldn't they be identical?

[jackoneill]

Originally Posted by zerowalker

So how come my results look different between them if i don't use a prefiltered source to do the vector thing?
I am missing something here, shouldn't they be identical?

Not 100% identical, no. There are some very small differences in the output of Super, which I haven't bothered to investigate. The small differences in Super propagate to every other filter in MVTools. However, I don't think these particular differences are visible in the output of Degrain, so it must be something else. Please show some screenshots (original image, filtered with Avisynth MVTools, filtered with VapourSynth MVTools). Maybe we should take this to the MVTools thread.

[Tarutaru]

Hi, QTGMC won't start and throw this error

$ vspipe Untitled.vpy -
Segmentation fault (core dumped)

and I got this in dmesg

traps: vspipe[17476] general protection ip:7f1b98e4d6cd sp:7f1b8e384c30 error:0 in libgenericfilters.so[7f1b98e48000+10000]

Is there something wrong with the genericfilters or some other problem? Thanks!
(OS - Linuxmint 17.1 x64)

Script -

import vapoursynth as vs
import havsfunc as haf
core = vs.get_core()
core.std.LoadPlugin('/usr/lib/x86_64-linux-gnu/libffms2.so.3')
ret = core.ffms2.Source(source='foo.bar')
ret = haf.QTGMC(ret, Preset='Medium', TFF=True)
ret.set_output()

[Tarutaru]

Solved by using Myrsloik's fork.
Thanks!!

Originally Posted by Tarutaru

Hi, QTGMC won't start and throw this error

and I got this in dmesg


Is there something wrong with the genericfilters or some other problem? Thanks!
(OS - Linuxmint 17.1 x64)

Script -

[HolyWu]

Update r14.

• Add functions SigmoidInverse and SigmoidDirect from Dither package.
• Remove the bitdepth restriction of ediaa function.
• For functions that use mvtools, now internally apply DitherLumaRebuild to the clip when it's being fed to 'mv.Super' (for the final 'mv.Analyse' only). s0=1 is always used.
• QTGMC: Use native filter of FFT3DFilter for noise processing if selected.

[HolyWu]

Update r15.

• HQDeringmod: When invoking generic.Sobel, mthr was not properly scaled with the bitdepth of input clip.
• QTGMC: When invoking TemporalSoften, thresholds and scenechange were not properly scaled with the bitdepth of input clip.

[Pat357]

Originally Posted by HolyWu

Update r15.

• HQDeringmod: When invoking generic.Sobel, mthr was not properly scaled with the bitdepth of input clip.
• QTGMC: When invoking TemporalSoften, thresholds and scenechange were not properly scaled with the bitdepth of input clip.

Would you consider adding MCBob to HAvsFunc ?
Info & code about MCBob : http://avisynth.nl/index.php/MCBob .

For me the script is really to complicated to rewrite it myself ; otherwise I would have done it already.

Thanks !

[HolyWu]

Originally Posted by Pat357

Would you consider adding MCBob to HAvsFunc ?
Info & code about MCBob : http://avisynth.nl/index.php/MCBob .

For me the script is really to complicated to rewrite it myself ; otherwise I would have done it already.

Thanks !

I don't know, probably no. Isn't MCBob superseded by TempGaussMC which is considered to be more stable?

[HolyWu]

Update r16.

• Add functions logoNR and SmoothLevels.
• maa: Use native filter of SangNomMod. Expose 'aa' and 'aac' parameters.
• SharpAAMCmod: Use native filter of SangNomMod if selected.
• ivtc_txt60mc: Fix misusing of DitherLumaRebuild.
• SMDegrain: Update to v3.0d.
• Cosmetic changes.

[MonoS]

I think there's a little bug into QTGMC.

When using InputType 2-3 at line 1013 got passed to mv.Mask a 16bit clip, but the plugin require a 8bit clip
Solved dithering srchClip like so [i mostly use 16bit QTGMC so i'm fine with this change]

inputTypeBlend = core.fmtc.bitdepth(core.mv.Mask(core.fmtc.bitdepth(srchClip, bits=8), bVec1, kind=1, ml=ProgSADMask), bits=16)

There's another instance in the code of mv.Mask, but wasn't triggered by my script

[HolyWu]

It looks like jackoneill forgot to update mv.Mask to support 16 bits as well.

[jeremy33]

Hello,

I try to use LSFMod but I have this error "Erreur de segmentation" (Segfault)
If I try clip = haf.QTGMC(clip, Preset='Medium', TFF=True) I have this error "Exception en point flottant" (Floating point exception)

What's the problem ?

Thank you

[djcj]

What license is HAvsFunc?

[HolyWu]

Originally Posted by jeremy33

Hello,

I try to use LSFMod but I have this error "Erreur de segmentation" (Segfault)
If I try clip = haf.QTGMC(clip, Preset='Medium', TFF=True) I have this error "Exception en point flottant" (Floating point exception)

What's the problem ?

Thank you

Sorry, I can't reproduce it on both 32 and 64 bits. What version of Python and VapourSynth did you install? Did you use vspipe to test your script? Normally you should get a traceback pointing out the code at which line caused the exception.

Originally Posted by djcj

What license is HAvsFunc?

No license, just like most of the AVS scripts.

[jeremy33]

Originally Posted by HolyWu

Sorry, I can't reproduce it on both 32 and 64 bits. What version of Python and VapourSynth did you install? Did you use vspipe to test your script? Normally you should get a traceback pointing out the code at which line caused the exception.

I'm on Netrunner 14 x64 (Ubuntu 14.04 derivative) and I use Python 3.4.0 and VapourSynth 27.

I use MPV, I also tried with Vspipe, and I only have this error with LSFMod : Segfault