FFT3DFilter 2.6

[pinterf]

Big thanks to martin53 who woke up first an made and update to this plugin recently.

EDIT:
Get latest version from https://github.com/pinterf/fft3dfilter/releases

Then I checked what the source looked like from inside, put it on git, modified one or two things and now it's ready for experimenting.

Experimental.
x86/x64 versions and XP support (I hope)

• apply current avs+ headers
• 10-16 bits and 32 bit float colorspace support in AVS+
• Planar RGB support
• look for libfftw3f-3.dll first, then fftw3.dll
• inline asm ignored on x64 builds
• pre-check: if plane to process for greyscale is U and/or V then returns original clip
• auto registers MT mode for avs+: MT_SERIALIZED
• autoscale sigma and smin/smax parameter from 8 bit scale if colorspace is different

I need help what parameters are affected when bit depth changes. Now I autoscale all the sigma parameters, smin and smax.

Compiled with VS2015

[Groucho2004]

I checked XP support, works fine (x86/x64). By the way, remove the 3DNow code, I'm pretty sure nobody uses this plugin who doesn't have a CPU that supports at least SSE (not even Manolito ).

[real.finder]

we all love you pinterf, you are our hero

[pinterf]

Originally Posted by Groucho2004

I checked XP support, works fine (x86/x64). By the way, remove the 3DNow code, I'm pretty sure nobody uses this plugin who doesn't have a CPU that supports at least SSE (not even Manolito ).

I left there four of them. Two had no sse replacement, only c. They'll be kept only until I check them what they are doing and move them to simd intrinsics.

[FranceBB]

Really really appreciated! Big thanks!

[tuanden0]

Can't wait to test, thank you pinterf.

[pinterf]

Originally Posted by pinterf

I left there four of them. Two had no sse replacement, only c. They'll be kept only until I check them what they are doing and move them to simd intrinsics.

Converted one of the inline asm function to simd, and yes, worth doing it.
For a simple FFT3DFilter(sigma=3,plane=4)

v2.3 (x86): 10.4 fps (VS2015, inline asm, speed is same as simd) - for comparison
v2.2 (x64): 9.27 fps (ICL build, C)
v2.3 (x64): 9.15 fps (VS2015, C)
test (x64): 11.94 fps (VS2015, simd intrinsics)

[vcmohan]

In short will it be possible to indicate what this filter does? Excepting that it does a 3D FFT I could not infer anything else.

[Groucho2004]

Originally Posted by vcmohan

In short will it be possible to indicate what this filter does? Excepting that it does a 3D FFT I could not infer anything else.

Documentation is here.

[pinterf]

New build

Download FFT3DFilter 2.4

Some efforts on x64 and Avs+ MT auto-registration changes

FFT3DFilter v2.4 (20170608)
  - some inline asm (not all) ported to simd intrisics, helps speedup x64 mode, but some of them faster also on x86.
  - intrinsics bt=0 
  - intrinsics bt=2, degrid=0, pfactor=0
  - intrinsics bt=3 sharpen=0/1 dehalo=0/1
  - intrinsics bt=3
  - Adaptive MT settings for Avisynth+: MT_SERIALIZED for bt==0 (temporal), MT_MULTI_INSTANCE for others
  - Copy Alpha plane if exists
  - reentrancy checks against bad multithreading usage
    Note: for properly operating in MT_SERIALIZED mode in Avisynth+ MT, please use Avs+ r2504 or better.

FFT3DFilter v2.3 (20170221)
  - apply current avs+ headers
  - 10-16 bits and 32 bit float colorspace support in AVS+
  - Planar RGB support
  - look for libfftw3f-3.dll first, then fftw3.dll
  - inline asm ignored on x64 builds
  - pre-check: if plane to process for greyscale is U and/or V return original clip

[stax76]

Could FFT3DFilter filter load the required DLLs if they are not yet loaded and are located in the same folder then FFT3DFilter?

I have the DLLs in the same folder then FFT3DFilter and manually load FFT3DFilter with LoadPlugin, I get the following error:

FFT3DFilter: libfftw3f-3.dll or fftw3.dll not found. Please put in PATH or use LoadDll() plugin

For some tools I just detect issues and show a warning with instruction what to do, if possible I prefer to integrate things in a way that just works without the user having to do something.

[stax76]

I found a plugin called 'LoadDll' which I could use but is there a x64 version?

[raffriff42]

Originally Posted by stax76

Could FFT3DFilter filter load the required DLLs if they are not yet loaded and are located in the same folder then FFT3DFilter?

The DLLs would have to be in the current working directory (which can be set with SetWorkingDir), on the Path, or in an explicit, specified folder.

(don't know about LoadDll, but I suppose it has the same requirement)

[stax76]

Originally Posted by raffriff42

The DLLs would have to be in the current working directory (which can be set with SetWorkingDir), on the Path, or in an explicit, specified folder.

(don't know about LoadDll, but I suppose it has the same requirement)

This could only work when staxrip loads the script but not x264, I try to make a installer with inno or just run xcopy.

[raffriff42]

Inno supports copying your DLLS to the System directory, which of course is on the Path. Job done.

[stax76]

Originally Posted by raffriff42

Inno supports copying your DLLS to the System directory, which of course is on the Path. Job done.

Problem is I'm clueless about inno (just gave up) and I'm apparently not the only one here.

Using xcopy now!

[raffriff42]

Try the starter pack and take the optional Inno Studio.

EDIT here's a screenshot - a file to be copied to the 32-bit System directory (click to enlarge)

[stax76]

Does that use 'Inno Setup Compiler', I have v5.5.6 installed to use for my custom avs setup, doesn't support High DPI.

[stax76]

I have it working, thanks for the screenshot, that has helped. One thing I don't like is the installer is 0.5 MB larger compared to packed with 7zip, this would probably increase my package with 0.5 MB, it's already about 100 MB and I'm very concerned about file size because of the the hoster and users with low bandwidth.

[Groucho2004]

Originally Posted by stax76

I found a plugin called 'LoadDll' which I could use but is there a x64 version?

I just made a 64 bit version but I can't test it right now. See if it works:
LoadDLL64