[Neo] FFT3D / DFTTest

[MeteorRain]

StvG: I don't have AVX512 and every time I test with AVX512 I have to rent a server. Can you confirm if the difference only appears on opt=4? What bit depth?

[almosely]

I made a test with prefetch(3) and (5) and got different results. Now I am wondering, if that's a normal behaviour (and has always been like that for all my scripts, but I did'nt realize) or if that's because of neo_fft3d.

script(s) for prefetch-test

DGSource("test.dgi", crop_l=0, crop_r=0, crop_t=0, crop_b=0, deinterlace=0, use_top_field=true, use_pf=true)

RequestLinear(rlim=100, clim=100)

neo_fft3d(sigma=1.0, beta=1.0, bw=48, bh=48, sharpen=0.040, scutoff=0.01, y=3, u=2, v=2, bt=5, opt=3)

avstp_set_threads(1)

Prefetch(3)

# Prefetch(5)

return last

x264 result for prefetch(3)

[2020-05-03][18:59:26] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-03][18:59:26] x264 [info]: using SAR=1/1
[2020-05-03][18:59:26] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-03][18:59:26] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-03][19:06:29] x264 [info]: frame I:33 Avg QP:14.82 size:164557
[2020-05-03][19:06:29] x264 [info]: frame P:1785 Avg QP:18.28 size: 28082
[2020-05-03][19:06:29] x264 [info]: frame B:7078 Avg QP:26.95 size: 2907
[2020-05-03][19:06:29] x264 [info]: consecutive B-frames: 1.5% 1.5% 5.1% 6.4% 18.9% 66.6%
[2020-05-03][19:06:29] x264 [info]: mb I I16..4: 3.6% 55.1% 41.3%
[2020-05-03][19:06:29] x264 [info]: mb P I16..4: 0.5% 2.9% 2.3% P16..4: 44.1% 16.1% 16.4% 0.9% 0.4% skip:16.4%
[2020-05-03][19:06:29] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 34.9% 2.9% 0.7% direct: 0.7% skip:60.5% L0:46.9% L1:44.0% BI: 9.1%
[2020-05-03][19:06:29] x264 [info]: 8x8 transform intra:49.6% inter:31.3%
[2020-05-03][19:06:29] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-03][19:06:29] x264 [info]: coded y,uvDC,uvAC intra: 86.8% 59.0% 33.7% inter: 7.2% 2.9% 0.3%
[2020-05-03][19:06:29] x264 [info]: i16 v,h,dc,p: 7% 53% 12% 28%
[2020-05-03][19:06:29] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-03][19:06:29] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 28% 8% 6% 9% 7% 11% 7% 14%
[2020-05-03][19:06:29] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-03][19:06:29] x264 [info]: Weighted P-Frames: Y:12.2% UV:0.8%
[2020-05-03][19:06:29] x264 [info]: ref P L0: 62.4% 13.9% 18.1% 3.4% 1.9% 0.2% 0.0%
[2020-05-03][19:06:29] x264 [info]: ref B L0: 86.7% 10.4% 2.5% 0.4%
[2020-05-03][19:06:29] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-03][19:06:29] x264 [info]: kb/s:2051.98
[2020-05-03][19:06:29] encoded 8896 frames, 20.88 fps, 2052.00 kb/s

x264 result for prefetch(5)

[2020-05-03][19:06:33] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-03][19:06:33] x264 [info]: using SAR=1/1
[2020-05-03][19:06:33] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-03][19:06:33] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-03][19:14:10] x264 [info]: frame I:33 Avg QP:14.82 size:164580
[2020-05-03][19:14:10] x264 [info]: frame P:1785 Avg QP:18.28 size: 28080
[2020-05-03][19:14:10] x264 [info]: frame B:7078 Avg QP:26.96 size: 2907
[2020-05-03][19:14:10] x264 [info]: consecutive B-frames: 1.5% 1.5% 5.1% 6.4% 18.9% 66.6%
[2020-05-03][19:14:10] x264 [info]: mb I I16..4: 3.4% 55.2% 41.4%
[2020-05-03][19:14:10] x264 [info]: mb P I16..4: 0.5% 2.9% 2.3% P16..4: 44.1% 16.2% 16.3% 0.9% 0.4% skip:16.4%
[2020-05-03][19:14:10] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 34.9% 2.9% 0.7% direct: 0.7% skip:60.5% L0:46.9% L1:44.0% BI: 9.1%
[2020-05-03][19:14:10] x264 [info]: 8x8 transform intra:49.8% inter:31.3%
[2020-05-03][19:14:10] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-03][19:14:10] x264 [info]: coded y,uvDC,uvAC intra: 86.8% 59.0% 33.8% inter: 7.2% 2.9% 0.3%
[2020-05-03][19:14:10] x264 [info]: i16 v,h,dc,p: 7% 53% 11% 29%
[2020-05-03][19:14:10] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-03][19:14:10] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 29% 8% 6% 9% 7% 11% 7% 14%
[2020-05-03][19:14:10] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-03][19:14:10] x264 [info]: Weighted P-Frames: Y:12.2% UV:0.8%
[2020-05-03][19:14:10] x264 [info]: ref P L0: 62.4% 13.9% 18.1% 3.4% 1.9% 0.2% 0.0%
[2020-05-03][19:14:10] x264 [info]: ref B L0: 86.7% 10.4% 2.5% 0.4%
[2020-05-03][19:14:10] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-03][19:14:10] x264 [info]: kb/s:2051.85
[2020-05-03][19:14:10] encoded 8896 frames, 19.35 fps, 2051.87 kb/s

compare-script after that

v1 = DGSource("test pf 3.dgi", crop_l=0, crop_r=0, crop_t=0, crop_b=0, deinterlace=0, use_top_field=true, use_pf=true)

v2 = DGSource("test pf 5.dgi", crop_l=0, crop_r=0, crop_t=0, crop_b=0, deinterlace=0, use_top_field=true, use_pf=true)

Compare(v1, v2)

return last



- edit -

Maybe my encoding-settings are relevant too:

[2020-05-03][18:59:23] Creating encoder process:
[2020-05-03][18:59:23] "...\Simple x264 Launcher\toolset\x64\x264_x64.exe" --output-depth 8 --crf 18.0 --preset medium --tune film --trellis 2 --direct auto --me umh --partitions all --vbv-maxrate 24000 --vbv-bufsize 30000 --b-adapt 2 --bframes 5 --merange 24 --ref 5 --keyint 300 --subme 10 --aq-mode 1 --sar 1:1 --rc-lookahead 40 --output "...\test pf 3.mkv" --frames 8896 --demuxer y4m --stdin y4m -

- edit -

And another question: Should I use opt=0 or opt=3 with my CPU. Is neo_fft3d switching between different settings/routines while one job is running (opt=0) or is it using the same code for the whole job, once the decision is set at the beginning?

[MeteorRain]

> using the same code for the whole job

This.

opt is only for debugging purpose. Normal users should never need to set this.

> got different results

Spent a few hours on comparing the results.

First thing first, it's not multi-threading related. It's multi-run related, which means it was caused by multiple runs of the script, not because multiple runs have different thread count.

Secondly, I can't figure out the fundamental reason. It seems to me like floating point computing error.

For example,

out[lfp.w][0] = incur[lfp.w][0];
out[lfp.w][1] = incur[lfp.w][1];

This code gives identical result for each run. However,

out[lfp.w][0] = incur[lfp.w][0] * 0.98f;
out[lfp.w][1] = incur[lfp.w][1] * 0.98f;

This code gives different result for each run.

I have no clue what this is. I tried both /fp:precise and /fp:strict if that matters.

[Groucho2004]

Originally Posted by almosely

avstp_set_threads(1)

Do you even know what that does? Are you aware that there's nothing in your script that uses avstp?

[almosely]

@MeteorRain

Okay, I have dropped the parameter "opt" from my call for neo_fft3d.

Do you know that fftw itself is internally multithreaded too? Maybe this is causing it?

@Groucho

Are you 100% sure about that?

avstp is made by the author of dither tools. It handles the internal single-/multi-threading-functionality of the dither tools. Since I regularly use GradFun3, avstp is important to my scripts. If I only use GradFun3, then I turn off multithreading of my script (#prefetch) and don't use "avstp_set_threads" at all (#), so that GradFun3 can work multithreaded internal. If I use some filters which work faster multithreaded in my scripts, then I turn on "my" multithreading (prefetch) and turn off the internal mt of the dither tools (avstp_set_threads(1)), so that they do not interfere each other.

"avstp_set_threads" has to be written at the very end of a script. Therefore I put it straight before the two very last commands of my scripts (prefetch and return) and handle it manually, by myself, to be absolutely in control of "my" mt and the avstp mt - and not within the mtmodes.avsi (I deleted the function within there).

Nobody knows which routine is using avstp.dll for sure, right? Whether dither.avsi nor mt_xxpand_multi.avsi is including "avstp_set_threads" or "avstp". So this setting must be made from the dither.dll - or could; so any other .dll can do this too and make use of avstp.dll. I can check the thread-count with AVSMeter, but do I know 100% if a .dll is working mt or st at everytime? Maybe sometimes the thread-count changes during a job - I simply don't know, how routines are written internally; I can't look inside.

Therefore, setting "avstp_set_threads(1)" is a safety measure everytime I turn on "my" mt with prefetch().

[Groucho2004]

I was referring to the script you posted in post #62. There's no plugin in that script that uses avstp. A far as I'm aware, only Dither.dll and mvtools2.dll use avstp.
In some cases, such as QTGMC, avstp can be beneficial in combination with Avisynth+'s internal MT, you have to experiment yourself.
avstp initializes a thread pool in its constructor (IIRC) which could make things slower even if there's no plugin using avstp. The statement avstp_set_threads(1) does not disable avstp. I did some experiments with it some time ago and its sheer presence in the plugin directory influences the number of threads and the rendering speed, albeit slightly.

Just some food for thought.

[almosely]

"could make things slower even if there's no plugin using avstp. The statement avstp_set_threads(1) does not disable avstp. I did some experiments with it some time ago and its sheer presence in the plugin directory influences the number of threads and the rendering speed"

Oha! Thank you for that advice :-) Then I will figure out a new routine of doing my scripting, probably with "LoadPlugin("xyz.dll")" calls, I don't know.

- edit -

@MeteorRain

I am sorry, I am not a programmer (anymore); I used to be one, but that's 22 years ago. Since then I reorganized my brain to function in other ways, less rational (at least different from that time), more emotional, less mathematic, more optical etc. (studied design, now I am going to make some music again, after about 26 years ago, etc.). So I can't help you with C or something related, sadly.

[Groucho2004]

Originally Posted by almosely

"could make things slower even if there's no plugin using avstp. The statement avstp_set_threads(1) does not disable avstp. I did some experiments with it some time ago and its sheer presence in the plugin directory influences the number of threads and the rendering speed"

Oha! Thank you for that advice :-) Then I will figure out a new routine of doing my scripting, probably with "LoadPlugin("xyz.dll")" calls, I don't know.

Well, mainly my point is to not just dump avstp into your plugin directory, but rather figure out if you really need it.

[almosely]

So, meanwhile I benched AviSynth+ 3.4.0 vs 3.5.1. The difference was negligibly if not accidental. Perhaps my memory is fooling me or it has something to do with the latest MSVC++ 2015-2019 Update - or my recent RAM upgrade from 2x4 GB to 4x4 GB. I don't know and I don't care anymore. AVS+ 3.5.1 will stay installed.

And I made a little test regarding avstp.dll. At first, I put avstp.dll out of the avs-plugins64+ folder into another folder. From there I can sideload it as necessary.

I used the following scripts ...

ST

DGSource("test 1080p.dgi", crop_l=0, crop_r=0, crop_t=0, crop_b=0, deinterlace=0, use_top_field=true, use_pf=true)

Trim(0, 1000)

RequestLinear(rlim=100, clim=100)

GradFun3(thr=0.35)

return last

ST mit avstp.dll

LoadPlugin("...\AviSynth+ sideload\plugins64+\avstp.dll")

DGSource("test 1080p.dgi", crop_l=0, crop_r=0, crop_t=0, crop_b=0, deinterlace=0, use_top_field=true, use_pf=true)

Trim(0, 1000)

RequestLinear(rlim=100, clim=100)

GradFun3(thr=0.35)

return last

MT (pf 4)

DGSource("test 1080p.dgi", crop_l=0, crop_r=0, crop_t=0, crop_b=0, deinterlace=0, use_top_field=true, use_pf=true)

Trim(0, 1000)

RequestLinear(rlim=100, clim=100)

GradFun3(thr=0.35)

Prefetch(4)

return last

MT (pf 4) mit avstp.dll

LoadPlugin("...\AviSynth+ sideload\plugins64+\avstp.dll")

DGSource("test 1080p.dgi", crop_l=0, crop_r=0, crop_t=0, crop_b=0, deinterlace=0, use_top_field=true, use_pf=true)

Trim(0, 1000)

RequestLinear(rlim=100, clim=100)

GradFun3(thr=0.35)

Prefetch(4)

return last

MT (pf 4) mit avstp.dll mit avstp_set_threads(1)

LoadPlugin("...\AviSynth+ sideload\plugins64+\avstp.dll")

DGSource("test 1080p.dgi", crop_l=0, crop_r=0, crop_t=0, crop_b=0, deinterlace=0, use_top_field=true, use_pf=true)

Trim(0, 1000)

RequestLinear(rlim=100, clim=100)

GradFun3(thr=0.35)

avstp_set_threads(1)

Prefetch(4)

return last



In that specific case I don't need avstp.dll neither single- nor multi-threaded (it only hurts).

So, thanks for the hint again, Groucho ;-)

- edit -

... sorry for the german language (some words) sneaking in ;-))

[MeteorRain]

Seems like bw=48 was the problem. Can you try some different numbers like 32/40/56/64/96/128?

I still haven't figured out what went wrong, but this might be the right approach to the problem.

[almosely]

Hm, I just realized, that the original author set bw=32 as default, after he has set it to 48 at some time. Oddly I remembered that bw=48 would still be the default. I will try some other sizes.

Maybe it has something to do with his statement?

Features and limitations

Filter works only in YV12 or YUY2 color format.
Only specified single color plane may be processed (Y, U or V). Since v1.8.4 it is possible to process several (all) color planes.
Since v1.3 it works with both progressive and interlaced clips.
Tested with Avisynth v2.55, v2.56.
Filter uses fast external FFTW library version 3 (http://www.fftw.org)
as Windows binary DLL (compiled with gcc under MinGW by Alessio Massaro), which support for threads and have AMD K7 (3dNow!) support in addition to SSE/SSE2.
It may be downloaded from ftp://ftp.fftw.org/pub/fftw/fftw3win32mingw.zip
You MUST put FFTW3.DLL file from this package (not fft3dfilter.dll) to some directory in path (for example, C:\WINNT\SYSTEM32).
Filter will NOT work without it!
FFTW works most efficiently for arrays whose size (bw, bh) can be factored into small primes 2, 3, 5, and 7 (and one 11, 13), and otherwise it uses a slower general-purpose routine.
First versions were really slooow! But recent versions are simple slow :-).
Algorithm is improved and assembler 3DNow! and SSE instruction are used for some modes
Algorithm is optimized by speed for forward sequential frames access only.
The sharpening method is experimental, however is quite good since v1.1 (and v1.7).
The noise pattern method is experimental too.
degrid option is not implemented for Kalman filter.
For noisy video it is useful to use median prefilter (for example DeGrainMedian) before FFT3Dfilter.
Multithread mode ncpu>1 is almost not tested (I do not have core duo), try to use ncpu=2 if you have.

- edit -

Now I know why I remember bw=48 as default, grml ...

Function parameters:

first parameter - input clip

sigma - given noise value for all (or highest) frequencies (float>0, default=2.0)
beta - noise margin (float>=1.0, default=1.0 for no noise left):
control noise amount left in the restoration for Wiener filter, so max filter noise attenuation = (beta-1)/beta.
plane - processed color plane: 0 - luma(Y), 1 - chroma U, 2 - chroma V,
3 - chroma planes U and V, 4 - both luma and chroma (default = 0)
bw - block width (integer, default = 48 since v.1.2)
bh - block height (integer, default = 48 since v.1.2)

... but very little at the very bottom of the documentation:

Version changes:
Version 1.9.2 - 11 september 2006 - changed default bw=bh=32; added mode bt=5

[pinterf]

Originally Posted by MeteorRain

StvG: I don't have AVX512 and every time I test with AVX512 I have to rent a server. Can you confirm if the difference only appears on opt=4? What bit depth?

I was using Intel Emulator with the following jolly-joker batch file

"%~dp0/sde" -- cmd.exe
@rem "%~dp0/sde" -- cmd.exe
@rem "c:\sde\sde" -mrm -- cmd.exe
@rem "c:\sde\sde" -wsm -- cmd.exe
@rem "c:\sde\sde" -skx -- c:\virtualdub\VirtualDub64.exe
"c:\sde\sde" -skx -- cmd.exe
@rem "c:\sde\sde" -wsm -- s1.bat
@rem -mrm                Set chip-check and CPUID for Merom
@rem -pnr                Set chip-check and CPUID for Penryn
@rem -nhm                Set chip-check and CPUID for Nehalem
@rem -hsw                Set chip-check and CPUID for Haswell
@rem -wsm                Set chip-check and CPUID for Westmere, no AVX
@rem -skx                Set chip-check and CPUID for SkyLakeX. AVX512F and AVX512BW

Of course, not for speed tests but for visual tests this tool was good enough and I could even debug from Visual Studio by setting project properties|debugging to sde

[MeteorRain]

SDE causes BSOD on my computer 100% time so I gave up after 2 hard CPU reset in 5 minutes.

[pinterf]

Then I was lucky (i7-7700 - Win10)

[almosely]

Originally Posted by MeteorRain

Can you try some different numbers like 32/40/56/64/96/128?

Test-Script (avstp.dll not loaded anymore)

DGSource("test.dgi", crop_l=0, crop_r=0, crop_t=0, crop_b=0, deinterlace=0, use_top_field=true, use_pf=true)

RequestLinear(rlim=50, clim=50)

neo_fft3d(sigma=1.0, beta=1.0, bw=32, bh=32, sharpen=0.040, scutoff=0.01, y=3, u=2, v=2, bt=5)

Prefetch(3)

return last

32 + 3

[2020-05-04][08:09:02] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-04][08:09:02] x264 [info]: using SAR=1/1
[2020-05-04][08:09:02] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-04][08:09:02] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-04][08:16:36] x264 [info]: frame I:33 Avg QP:14.81 size:164393
[2020-05-04][08:16:36] x264 [info]: frame P:1781 Avg QP:18.28 size: 28087
[2020-05-04][08:16:36] x264 [info]: frame B:7082 Avg QP:26.96 size: 2921
[2020-05-04][08:16:36] x264 [info]: consecutive B-frames: 1.5% 1.4% 5.0% 6.5% 18.4% 67.2%
[2020-05-04][08:16:36] x264 [info]: mb I I16..4: 3.6% 55.0% 41.4%
[2020-05-04][08:16:36] x264 [info]: mb P I16..4: 0.5% 3.0% 2.4% P16..4: 44.0% 16.2% 16.3% 0.9% 0.4% skip:16.4%
[2020-05-04][08:16:36] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 35.1% 2.9% 0.7% direct: 0.7% skip:60.3% L0:47.0% L1:44.0% BI: 9.0%
[2020-05-04][08:16:36] x264 [info]: 8x8 transform intra:49.6% inter:31.2%
[2020-05-04][08:16:36] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-04][08:16:36] x264 [info]: coded y,uvDC,uvAC intra: 86.4% 59.0% 33.8% inter: 7.1% 2.9% 0.3%
[2020-05-04][08:16:36] x264 [info]: i16 v,h,dc,p: 7% 52% 12% 29%
[2020-05-04][08:16:36] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 33% 16% 5% 5% 4% 8% 6% 15%
[2020-05-04][08:16:36] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 29% 8% 6% 9% 7% 11% 7% 14%
[2020-05-04][08:16:36] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-04][08:16:36] x264 [info]: Weighted P-Frames: Y:12.0% UV:0.7%
[2020-05-04][08:16:36] x264 [info]: ref P L0: 62.3% 13.9% 18.2% 3.4% 1.9% 0.2% 0.0%
[2020-05-04][08:16:36] x264 [info]: ref B L0: 86.6% 10.5% 2.5% 0.4%
[2020-05-04][08:16:36] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-04][08:16:36] x264 [info]: kb/s:2052.01
[2020-05-04][08:16:36] encoded 8896 frames, 19.47 fps, 2052.03 kb/s

32 + 5

[2020-05-04][08:16:41] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-04][08:16:41] x264 [info]: using SAR=1/1
[2020-05-04][08:16:41] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-04][08:16:41] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-04][08:24:11] x264 [info]: frame I:33 Avg QP:14.81 size:164393
[2020-05-04][08:24:11] x264 [info]: frame P:1781 Avg QP:18.28 size: 28087
[2020-05-04][08:24:11] x264 [info]: frame B:7082 Avg QP:26.96 size: 2921
[2020-05-04][08:24:11] x264 [info]: consecutive B-frames: 1.5% 1.4% 5.0% 6.5% 18.4% 67.2%
[2020-05-04][08:24:11] x264 [info]: mb I I16..4: 3.6% 55.0% 41.4%
[2020-05-04][08:24:11] x264 [info]: mb P I16..4: 0.5% 3.0% 2.4% P16..4: 44.0% 16.2% 16.3% 0.9% 0.4% skip:16.4%
[2020-05-04][08:24:11] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 35.1% 2.9% 0.7% direct: 0.7% skip:60.3% L0:47.0% L1:44.0% BI: 9.0%
[2020-05-04][08:24:11] x264 [info]: 8x8 transform intra:49.6% inter:31.2%
[2020-05-04][08:24:11] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-04][08:24:11] x264 [info]: coded y,uvDC,uvAC intra: 86.4% 59.0% 33.8% inter: 7.1% 2.9% 0.3%
[2020-05-04][08:24:11] x264 [info]: i16 v,h,dc,p: 7% 52% 12% 29%
[2020-05-04][08:24:11] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 33% 16% 5% 5% 4% 8% 6% 15%
[2020-05-04][08:24:11] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 29% 8% 6% 9% 7% 11% 7% 14%
[2020-05-04][08:24:11] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-04][08:24:11] x264 [info]: Weighted P-Frames: Y:12.0% UV:0.7%
[2020-05-04][08:24:11] x264 [info]: ref P L0: 62.3% 13.9% 18.2% 3.4% 1.9% 0.2% 0.0%
[2020-05-04][08:24:11] x264 [info]: ref B L0: 86.6% 10.5% 2.5% 0.4%
[2020-05-04][08:24:11] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-04][08:24:11] x264 [info]: kb/s:2052.01
[2020-05-04][08:24:11] encoded 8896 frames, 19.63 fps, 2052.03 kb/s

40 + 3

[2020-05-04][08:24:14] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-04][08:24:14] x264 [info]: using SAR=1/1
[2020-05-04][08:24:14] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-04][08:24:14] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-04][08:31:26] x264 [info]: frame I:33 Avg QP:14.82 size:164351
[2020-05-04][08:31:26] x264 [info]: frame P:1781 Avg QP:18.27 size: 28114
[2020-05-04][08:31:26] x264 [info]: frame B:7082 Avg QP:26.98 size: 2912
[2020-05-04][08:31:26] x264 [info]: consecutive B-frames: 1.5% 1.5% 5.0% 6.4% 18.9% 66.7%
[2020-05-04][08:31:26] x264 [info]: mb I I16..4: 3.8% 55.4% 40.8%
[2020-05-04][08:31:26] x264 [info]: mb P I16..4: 0.5% 3.0% 2.3% P16..4: 44.1% 16.1% 16.4% 0.9% 0.4% skip:16.3%
[2020-05-04][08:31:26] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 35.0% 2.9% 0.7% direct: 0.7% skip:60.4% L0:46.9% L1:44.1% BI: 9.0%
[2020-05-04][08:31:26] x264 [info]: 8x8 transform intra:49.8% inter:31.3%
[2020-05-04][08:31:26] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-04][08:31:26] x264 [info]: coded y,uvDC,uvAC intra: 86.6% 59.1% 33.9% inter: 7.2% 2.9% 0.3%
[2020-05-04][08:31:26] x264 [info]: i16 v,h,dc,p: 7% 53% 12% 28%
[2020-05-04][08:31:26] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-04][08:31:26] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 29% 8% 6% 9% 7% 11% 7% 14%
[2020-05-04][08:31:26] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-04][08:31:26] x264 [info]: Weighted P-Frames: Y:12.2% UV:0.7%
[2020-05-04][08:31:26] x264 [info]: ref P L0: 62.2% 14.0% 18.2% 3.4% 2.0% 0.2% 0.0%
[2020-05-04][08:31:26] x264 [info]: ref B L0: 86.6% 10.6% 2.5% 0.4%
[2020-05-04][08:31:26] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-04][08:31:26] x264 [info]: kb/s:2051.38
[2020-05-04][08:31:26] encoded 8896 frames, 20.52 fps, 2051.41 kb/s

40 + 5

[2020-05-04][08:31:29] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-04][08:31:29] x264 [info]: using SAR=1/1
[2020-05-04][08:31:29] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-04][08:31:29] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-04][08:38:40] x264 [info]: frame I:33 Avg QP:14.82 size:164351
[2020-05-04][08:38:40] x264 [info]: frame P:1781 Avg QP:18.27 size: 28114
[2020-05-04][08:38:40] x264 [info]: frame B:7082 Avg QP:26.98 size: 2912
[2020-05-04][08:38:40] x264 [info]: consecutive B-frames: 1.5% 1.5% 5.0% 6.4% 18.9% 66.7%
[2020-05-04][08:38:40] x264 [info]: mb I I16..4: 3.8% 55.4% 40.8%
[2020-05-04][08:38:40] x264 [info]: mb P I16..4: 0.5% 3.0% 2.3% P16..4: 44.1% 16.1% 16.4% 0.9% 0.4% skip:16.3%
[2020-05-04][08:38:40] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 35.0% 2.9% 0.7% direct: 0.7% skip:60.4% L0:46.9% L1:44.1% BI: 9.0%
[2020-05-04][08:38:40] x264 [info]: 8x8 transform intra:49.8% inter:31.3%
[2020-05-04][08:38:40] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-04][08:38:40] x264 [info]: coded y,uvDC,uvAC intra: 86.6% 59.1% 33.9% inter: 7.2% 2.9% 0.3%
[2020-05-04][08:38:40] x264 [info]: i16 v,h,dc,p: 7% 53% 12% 28%
[2020-05-04][08:38:40] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-04][08:38:40] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 29% 8% 6% 9% 7% 11% 7% 14%
[2020-05-04][08:38:40] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-04][08:38:40] x264 [info]: Weighted P-Frames: Y:12.2% UV:0.7%
[2020-05-04][08:38:40] x264 [info]: ref P L0: 62.2% 14.0% 18.2% 3.4% 2.0% 0.2% 0.0%
[2020-05-04][08:38:40] x264 [info]: ref B L0: 86.6% 10.6% 2.5% 0.4%
[2020-05-04][08:38:40] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-04][08:38:40] x264 [info]: kb/s:2051.38
[2020-05-04][08:38:40] encoded 8896 frames, 20.51 fps, 2051.41 kb/s

56 + 3

[2020-05-04][08:38:44] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-04][08:38:44] x264 [info]: using SAR=1/1
[2020-05-04][08:38:44] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-04][08:38:44] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-04][08:45:29] x264 [info]: frame I:33 Avg QP:14.81 size:165176
[2020-05-04][08:45:29] x264 [info]: frame P:1780 Avg QP:18.27 size: 28208
[2020-05-04][08:45:29] x264 [info]: frame B:7083 Avg QP:26.94 size: 2909
[2020-05-04][08:45:29] x264 [info]: consecutive B-frames: 1.5% 1.6% 4.9% 6.2% 18.6% 67.2%
[2020-05-04][08:45:29] x264 [info]: mb I I16..4: 3.9% 55.1% 41.1%
[2020-05-04][08:45:29] x264 [info]: mb P I16..4: 0.5% 2.9% 2.3% P16..4: 44.2% 16.1% 16.4% 0.9% 0.4% skip:16.3%
[2020-05-04][08:45:29] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 34.9% 2.8% 0.7% direct: 0.7% skip:60.5% L0:46.9% L1:44.0% BI: 9.1%
[2020-05-04][08:45:29] x264 [info]: 8x8 transform intra:49.7% inter:31.4%
[2020-05-04][08:45:29] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-04][08:45:29] x264 [info]: coded y,uvDC,uvAC intra: 86.9% 59.0% 33.7% inter: 7.2% 2.9% 0.3%
[2020-05-04][08:45:29] x264 [info]: i16 v,h,dc,p: 7% 52% 12% 29%
[2020-05-04][08:45:29] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-04][08:45:29] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 28% 7% 6% 9% 7% 11% 7% 14%
[2020-05-04][08:45:29] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-04][08:45:29] x264 [info]: Weighted P-Frames: Y:12.1% UV:0.7%
[2020-05-04][08:45:29] x264 [info]: ref P L0: 62.4% 14.0% 18.1% 3.4% 1.9% 0.2% 0.0%
[2020-05-04][08:45:29] x264 [info]: ref B L0: 86.6% 10.5% 2.5% 0.3%
[2020-05-04][08:45:29] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-04][08:45:29] x264 [info]: kb/s:2055.54
[2020-05-04][08:45:29] encoded 8896 frames, 21.85 fps, 2055.56 kb/s

56 + 5

[2020-05-04][08:45:32] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-04][08:45:32] x264 [info]: using SAR=1/1
[2020-05-04][08:45:32] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-04][08:45:32] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-04][08:52:17] x264 [info]: frame I:33 Avg QP:14.81 size:165176
[2020-05-04][08:52:17] x264 [info]: frame P:1780 Avg QP:18.27 size: 28208
[2020-05-04][08:52:17] x264 [info]: frame B:7083 Avg QP:26.93 size: 2909
[2020-05-04][08:52:17] x264 [info]: consecutive B-frames: 1.5% 1.6% 4.9% 6.2% 18.6% 67.2%
[2020-05-04][08:52:17] x264 [info]: mb I I16..4: 3.9% 55.1% 41.1%
[2020-05-04][08:52:17] x264 [info]: mb P I16..4: 0.5% 2.9% 2.3% P16..4: 44.2% 16.1% 16.4% 0.9% 0.4% skip:16.3%
[2020-05-04][08:52:17] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 34.9% 2.8% 0.7% direct: 0.7% skip:60.5% L0:46.9% L1:44.0% BI: 9.1%
[2020-05-04][08:52:17] x264 [info]: 8x8 transform intra:49.7% inter:31.4%
[2020-05-04][08:52:17] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-04][08:52:17] x264 [info]: coded y,uvDC,uvAC intra: 86.9% 59.0% 33.7% inter: 7.2% 2.9% 0.3%
[2020-05-04][08:52:17] x264 [info]: i16 v,h,dc,p: 7% 52% 12% 29%
[2020-05-04][08:52:17] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-04][08:52:17] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 28% 7% 6% 9% 7% 11% 7% 14%
[2020-05-04][08:52:17] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-04][08:52:17] x264 [info]: Weighted P-Frames: Y:12.1% UV:0.7%
[2020-05-04][08:52:17] x264 [info]: ref P L0: 62.4% 14.0% 18.1% 3.4% 1.9% 0.2% 0.0%
[2020-05-04][08:52:17] x264 [info]: ref B L0: 86.6% 10.5% 2.5% 0.3%
[2020-05-04][08:52:17] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-04][08:52:17] x264 [info]: kb/s:2055.56
[2020-05-04][08:52:17] encoded 8896 frames, 21.83 fps, 2055.58 kb/s

64 + 3

[2020-05-04][08:52:21] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-04][08:52:21] x264 [info]: using SAR=1/1
[2020-05-04][08:52:21] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-04][08:52:21] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-04][08:59:29] x264 [info]: frame I:33 Avg QP:14.81 size:165277
[2020-05-04][08:59:29] x264 [info]: frame P:1778 Avg QP:18.28 size: 28214
[2020-05-04][08:59:29] x264 [info]: frame B:7085 Avg QP:26.92 size: 2904
[2020-05-04][08:59:29] x264 [info]: consecutive B-frames: 1.4% 1.6% 5.0% 6.4% 18.2% 67.4%
[2020-05-04][08:59:29] x264 [info]: mb I I16..4: 3.8% 55.2% 41.0%
[2020-05-04][08:59:29] x264 [info]: mb P I16..4: 0.5% 2.9% 2.3% P16..4: 44.2% 16.1% 16.3% 0.9% 0.4% skip:16.3%
[2020-05-04][08:59:29] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 34.9% 2.8% 0.7% direct: 0.7% skip:60.6% L0:46.8% L1:44.2% BI: 9.0%
[2020-05-04][08:59:29] x264 [info]: 8x8 transform intra:49.8% inter:31.5%
[2020-05-04][08:59:29] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-04][08:59:29] x264 [info]: coded y,uvDC,uvAC intra: 87.0% 59.1% 33.8% inter: 7.2% 2.9% 0.3%
[2020-05-04][08:59:29] x264 [info]: i16 v,h,dc,p: 7% 52% 12% 29%
[2020-05-04][08:59:29] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-04][08:59:29] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 28% 7% 6% 9% 7% 11% 7% 14%
[2020-05-04][08:59:29] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-04][08:59:29] x264 [info]: Weighted P-Frames: Y:12.1% UV:0.7%
[2020-05-04][08:59:29] x264 [info]: ref P L0: 62.4% 14.0% 18.1% 3.4% 1.9% 0.2% 0.0%
[2020-05-04][08:59:29] x264 [info]: ref B L0: 86.7% 10.4% 2.5% 0.4%
[2020-05-04][08:59:29] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-04][08:59:29] x264 [info]: kb/s:2053.48
[2020-05-04][08:59:29] encoded 8896 frames, 20.66 fps, 2053.50 kb/s

64 + 5

[2020-05-04][08:59:33] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-04][08:59:33] x264 [info]: using SAR=1/1
[2020-05-04][08:59:33] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-04][08:59:33] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-04][09:06:42] x264 [info]: frame I:33 Avg QP:14.81 size:165277
[2020-05-04][09:06:42] x264 [info]: frame P:1778 Avg QP:18.28 size: 28214
[2020-05-04][09:06:42] x264 [info]: frame B:7085 Avg QP:26.92 size: 2904
[2020-05-04][09:06:42] x264 [info]: consecutive B-frames: 1.4% 1.6% 5.0% 6.4% 18.2% 67.4%
[2020-05-04][09:06:42] x264 [info]: mb I I16..4: 3.8% 55.2% 41.0%
[2020-05-04][09:06:42] x264 [info]: mb P I16..4: 0.5% 2.9% 2.3% P16..4: 44.2% 16.1% 16.3% 0.9% 0.4% skip:16.3%
[2020-05-04][09:06:42] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 34.9% 2.8% 0.7% direct: 0.7% skip:60.6% L0:46.8% L1:44.2% BI: 9.0%
[2020-05-04][09:06:42] x264 [info]: 8x8 transform intra:49.8% inter:31.5%
[2020-05-04][09:06:42] x264 [info]: direct mvs spatial:99.9% temporal:0.1%
[2020-05-04][09:06:42] x264 [info]: coded y,uvDC,uvAC intra: 87.0% 59.1% 33.8% inter: 7.2% 2.9% 0.3%
[2020-05-04][09:06:42] x264 [info]: i16 v,h,dc,p: 7% 52% 12% 29%
[2020-05-04][09:06:42] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-04][09:06:42] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 28% 7% 6% 9% 7% 11% 7% 14%
[2020-05-04][09:06:42] x264 [info]: i8c dc,h,v,p: 40% 38% 14% 9%
[2020-05-04][09:06:42] x264 [info]: Weighted P-Frames: Y:12.1% UV:0.7%
[2020-05-04][09:06:42] x264 [info]: ref P L0: 62.4% 14.1% 18.1% 3.4% 1.9% 0.2% 0.0%
[2020-05-04][09:06:42] x264 [info]: ref B L0: 86.7% 10.4% 2.5% 0.4%
[2020-05-04][09:06:42] x264 [info]: ref B L1: 98.0% 2.0%
[2020-05-04][09:06:42] x264 [info]: kb/s:2053.46
[2020-05-04][09:06:42] encoded 8896 frames, 20.63 fps, 2053.48 kb/s

[almosely]

I just made two further tests with bw=48 and surprisingly they are identical. Now I do some tests with avstp.dll loaded and opt=3, as I did in first place.

[MeteorRain]

Don't just test two tests. Take more tests. Trim the video short.
In my tests they have certain results, and you may happen to hit the identical one in that 2 attempts.

[almosely]

Okay, bw=48 with opt=3, with loaded or unloaded or loaded and "deactivated" avstp.dll were all different from each other.

Then I ran the test again for 32, 40, 48, 56, 64, without avstp.dll and without opt=3, for each bw-size 3 times per prefetch (3 or 5). This time trimmed (0-1000 frames).

Only bw=32 was consistent. Alle three pf 3 were the same, all three pf 5 and all six of them together. Additionally only bw=56 with pf 5 was consistent. Everything else had different results.

This time I ran 3 jobs at a time, parallel. All of the last tests were one job at a time, after another.

- edit -

If your results are consistent, could it be that my system is the error? Maybe my undervolted cpu or my newly added second ram-kit? My CPU is undervolted since a year. I never had issues. I tested it that time with Intel Processor Diagnostic Tool and some x264 encodings. From that point where IPDT and/or x264 gave error messages I went up with the offset for 0.030 Volt. Since then I never had any issue with the offset of -0.190 V. And with my RAM: I did runs with Memtest86+ 5.01, for my old 2x 4GB Kit and one for the new constellation of 4x 4GB (two 2-RAM-Kits of the same type from the same vendor). Both tests passed without an error. HWiNFO displays the same adjustment results for each configuration (8/16 GB); the only different thing is the RAM command rate (changed from 1T to 2T). I really hope, that my system is not the reason for that x264 results.

- edit -

I am running the same tests with fft3dfilter right now. Seems that it ends the same way as with neo_fft3d. Till now, all six bw=32 tests gave identical results. All six bw=40 had different results from each other. The rest is running.

- edit -

So, almost the same with fft3dfilter. All six bw=32 tests gave identical results. All other bws gave different results to each other run. And there is a little difference between neo_fft3d and fft3dfilter (both bw=32). Please do not compare the fps, they are not representative in this case.

neo_fft3d

[2020-05-05][00:18:50] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-05][00:18:50] x264 [info]: using SAR=1/1
[2020-05-05][00:18:50] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-05][00:18:50] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-05][00:21:08] x264 [info]: frame I:5 Avg QP:16.06 size:156722
[2020-05-05][00:21:08] x264 [info]: frame P:207 Avg QP:18.58 size: 28493
[2020-05-05][00:21:08] x264 [info]: frame B:789 Avg QP:26.66 size: 3141
[2020-05-05][00:21:08] x264 [info]: consecutive B-frames: 1.6% 1.6% 8.4% 8.0% 17.5% 62.9%
[2020-05-05][00:21:08] x264 [info]: mb I I16..4: 5.2% 48.4% 46.5%
[2020-05-05][00:21:08] x264 [info]: mb P I16..4: 0.5% 2.8% 2.3% P16..4: 44.0% 15.2% 16.4% 1.1% 0.6% skip:17.1%
[2020-05-05][00:21:08] x264 [info]: mb B I16..4: 0.0% 0.1% 0.2% B16..8: 36.4% 3.1% 0.7% direct: 1.0% skip:58.5% L0:44.7% L1:44.3% BI:11.1%
[2020-05-05][00:21:08] x264 [info]: 8x8 transform intra:47.7% inter:34.3%
[2020-05-05][00:21:08] x264 [info]: direct mvs spatial:99.2% temporal:0.8%
[2020-05-05][00:21:08] x264 [info]: coded y,uvDC,uvAC intra: 84.9% 57.5% 31.5% inter: 8.2% 3.2% 0.3%
[2020-05-05][00:21:08] x264 [info]: i16 v,h,dc,p: 7% 51% 12% 30%
[2020-05-05][00:21:08] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-05][00:21:08] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 29% 8% 6% 8% 7% 11% 7% 14%
[2020-05-05][00:21:08] x264 [info]: i8c dc,h,v,p: 41% 37% 13% 8%
[2020-05-05][00:21:08] x264 [info]: Weighted P-Frames: Y:25.1% UV:1.0%
[2020-05-05][00:21:08] x264 [info]: ref P L0: 66.9% 14.3% 14.3% 2.7% 1.6% 0.2% 0.0%
[2020-05-05][00:21:08] x264 [info]: ref B L0: 88.4% 9.2% 2.0% 0.3%
[2020-05-05][00:21:08] x264 [info]: ref B L1: 98.2% 1.8%
[2020-05-05][00:21:08] x264 [info]: kb/s:2194.06
[2020-05-05][00:21:08] encoded 1001 frames, 7.06 fps, 2194.25 kb/s

fft3dfilter

[2020-05-05][02:18:35] y4m [info]: 1280x720p 1:1 @ 30000/1001 fps (cfr)
[2020-05-05][02:18:35] x264 [info]: using SAR=1/1
[2020-05-05][02:18:35] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
[2020-05-05][02:18:35] x264 [info]: profile High, level 4.0, 4:2:0, 8-bit
[2020-05-05][02:20:59] x264 [info]: frame I:5 Avg QP:16.05 size:156878
[2020-05-05][02:20:59] x264 [info]: frame P:207 Avg QP:18.59 size: 28492
[2020-05-05][02:20:59] x264 [info]: frame B:789 Avg QP:26.72 size: 3146
[2020-05-05][02:20:59] x264 [info]: consecutive B-frames: 1.6% 1.6% 8.4% 8.0% 17.5% 62.9%
[2020-05-05][02:20:59] x264 [info]: mb I I16..4: 5.3% 48.2% 46.4%
[2020-05-05][02:20:59] x264 [info]: mb P I16..4: 0.5% 2.9% 2.3% P16..4: 44.2% 15.1% 16.3% 1.1% 0.5% skip:17.1%
[2020-05-05][02:20:59] x264 [info]: mb B I16..4: 0.1% 0.1% 0.2% B16..8: 36.4% 3.1% 0.7% direct: 1.0% skip:58.5% L0:44.8% L1:44.2% BI:11.0%
[2020-05-05][02:20:59] x264 [info]: 8x8 transform intra:47.9% inter:34.6%
[2020-05-05][02:20:59] x264 [info]: direct mvs spatial:99.2% temporal:0.8%
[2020-05-05][02:20:59] x264 [info]: coded y,uvDC,uvAC intra: 84.9% 57.5% 31.6% inter: 8.2% 3.2% 0.3%
[2020-05-05][02:20:59] x264 [info]: i16 v,h,dc,p: 7% 51% 12% 30%
[2020-05-05][02:20:59] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 7% 33% 15% 5% 5% 4% 8% 6% 16%
[2020-05-05][02:20:59] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 29% 8% 6% 8% 7% 11% 7% 14%
[2020-05-05][02:20:59] x264 [info]: i8c dc,h,v,p: 41% 37% 13% 8%
[2020-05-05][02:20:59] x264 [info]: Weighted P-Frames: Y:25.1% UV:1.0%
[2020-05-05][02:20:59] x264 [info]: ref P L0: 66.8% 14.3% 14.4% 2.7% 1.6% 0.2% 0.0%
[2020-05-05][02:20:59] x264 [info]: ref B L0: 88.4% 9.3% 2.0% 0.3%
[2020-05-05][02:20:59] x264 [info]: ref B L1: 98.3% 1.7%
[2020-05-05][02:20:59] x264 [info]: kb/s:2195.05
[2020-05-05][02:20:59] encoded 1001 frames, 6.72 fps, 2195.24 kb/s

[MeteorRain]

A few assumptions / points here:

1) For 1 frame long clip at bw=48 I get 3 possible results after ~10 runs.
x264 [info]: kb/s:6861.36
x264 [info]: kb/s:6863.66
x264 [info]: kb/s:6864.24

So I assume there are certain results possible, and are deterministic. I get one of them randomly. Maybe it's memory bound -- different memory position / alignment gives different result?

2) prefetch should not affect results. If it's deterministic, it is no matter prefetch or single threaded.

3) Both filter didn't use avstp, so you shouldn't need to take it into consideration.

4) I don't think your hardware is at fault.

5) Core code (algorithm) remains the same between fft3dfilter and neo_fft3d, hence they behaved the same on bw=32/40/48.

[ChaosKing]

Originally Posted by MeteorRain

A few assumptions / points here:

1) For 1 frame long clip at bw=48 I get 3 possible results after ~10 runs.
x264 [info]: kb/s:6861.36
x264 [info]: kb/s:6863.66
x264 [info]: kb/s:6864.24

Have you also tested with only 1 thread in x264?(idk if multiple threads have any impact on 1 frame, but better be sure)