FFT3DFilter 2.6

[tormento]

Originally Posted by StainlessS

+1 on Neo having own thread.
(helps in avoiding confusion)

So should pinterf

[StainlessS]

P is still considering it [although one might think 6 months (or is it 12) would be enough time to analyse and make a decision, very careful guy is P, he don't like to jump the gun].

[MeteorRain]

Another option is me converting neo f3kdb to neo family post, and waiting for mod to move replies there. (Is it possible?)

[tebasuna51]

If pinterf (owner of this thread) want we can create a new thread FFT3DFilter-Neo and after move the related post (I need a list of post numbers # involved)

[pinterf]

I do not want but it seems practical.

[poisondeathray]

FFT3DFilter v2.8 pinterf fork plane=3 issue, u,v color shift

colorbars(width=400, height=300, pixel_type="yv12")
histogram("levels")

colorbars(width=400, height=300, pixel_type="yv12")
fft3dfilter(bt=1, sigma=0, plane=3)
histogram("levels")
subtitle("fft3dfilter(bt=1, sigma=0, plane=3), gamma2")

(apng should animate in most browsers)



eg on dark scene (brightened with levels gamma=2 for display purposes) , rgb histogram instead of uv levels
(apng should animate in most browsers)


sigma= higher value does not alter the shift
plane=4 (all Y,U,V) does not alter the U,V shift

[pinterf]

Interesting. Only negative U and V values are affected. Rounding issue? How does the newer neo version behave?

[poisondeathray]

Originally Posted by pinterf

How does the newer neo version behave?

neo_fft3d r10 works ok (no U,V shift) ; sigma > 0 ok too (or expected results)

neo_fft3d(sigma=0, bt=1, y=2, u=3, v=3)

[pinterf]

Yep, that was fixed in neo_fft3d. Though the original plugin is superseded in most aspects, I'm gonna update it.

[pinterf]

New "yesIknowthereisneo" release, because even old things must be kept clean.
https://github.com/pinterf/fft3dfilt...eases/tag/v2.9

[poisondeathray]

Originally Posted by pinterf

New "yesIknowthereisneo" release, because even old things must be kept clean.
https://github.com/pinterf/fft3dfilt...eases/tag/v2.9

Thanks

Many older scripts use fft3dfilter classic syntax, not updated neo, so this is still useful for some people

[StainlessS]

Yip, I'm still on the antique one, thanks very much.

[GMJCZP]

I was testing version 2.9 and after coding and closing Virtualdub2 or VirtualdubMod it throws me an error message associated with libfftw3f-3. I have already tried several versions of the library and the same error appears, this does not happen with neo_fft3d that works, somewhat slower yes, but correctly.

[pinterf]

Originally Posted by GMJCZP

I was testing version 2.9 and after coding and closing Virtualdub2 or VirtualdubMod it throws me an error message associated with libfftw3f-3. I have already tried several versions of the library and the same error appears, this does not happen with neo_fft3d that works, somewhat slower yes, but correctly.

Script and how-to steps needed, cannot reproduce.

[GMJCZP]

Originally Posted by pinterf

Script and how-to steps needed, cannot reproduce.

I already found out who is guilty, it's Stab, Stab calls DePan, DePanEstimate and RGTools (DePanEstimate calls libfftw3f-3).
These are the versions I am using:

DePan and DepanEstimate: mvtools-2.7.45
RGTools: 1.2

Stab is the script originally created by g-force (December 10, 2008)

pinterf, if you use a script like this:

SourceFilter(video)
Stab()
fft3dfilter()

It should reproduce the problem. What I find strange is what is the relationship between Stab and fft3dfilter.

Edit: just opening the script with virtualdub and closing the program produces the error.

[pinterf]

Yep, I've got it, debugged it, but do not understand

[GMJCZP]

Originally Posted by pinterf

Yep, I've got it, debugged it, but do not understand

There seems to be a love triangle between DePanEstimate (Stab) - libfftw3f-3 - fft3dfilter, and while neo_fft3d stays in the final with the girl who is the protagonist of the story.

[pinterf]

Check please v10.

[GMJCZP]

All right, thank you pinterf.