encoding speed, filters, x264 settings, does 0.52 fps sound normal for these settings

[xekon]

Wondering if this is the norm fps for a script like this.
My fps works up to about 0.52 fps and hovers about there with the following script and x264 settings.

I am not complaining as I understand that quality comes at the cost of speed, I just want to make sure that this sounds about right to everybody, because I thought there might be room for improvement, I would love to get 2 or even 1 fps. Any small improvement and I could get it so that they are done encoding when I wake up. Right now a single episode at 0.52 fps takes about 13 hours, and with small fps boost I could prolly get that down to like 11 hours.

bd.avs
FFVideoSource("E:\AviSynth\job.mkv")
SmoothCurve(Ycurve="0-0;16-0;235-255;255-255", Ucurve="0-0;16-0;240-255;255-255", Vcurve="0-0;16-0;240-255;255-255", interp=0)
fluxsmoothST(5,5)
strength = 4
fft3dgpu(bw=8, bh=8, ow=4, oh=4, plane=4, bt=1, sigma=strength)
fft3dgpu(bw=256, bh=256, ow=128, oh=128, plane=4, bt=1, sigma=strength/8, sigma2=strength/4, sigma3=strength/2, sigma4=strength)
fluxsmoothT(3)
ttempsmooth(maxr=7)
AutoCrop(0,2,2,0,0,0,0,30,5,0,-1,0)
AWarpSharp2(128,4,0,44)
Masked_DHA()
GradFun3(0.465)

D:\AviSynth\x264_10 --preset veryslow --crf 18 --ref 5 --bframes 16 --no-fast-pskip --psy-rd 0.0 --aq-strength 0.2 --output "jobz.mkv" "D:\AviSynth\bd.avs"

job.mkv is anime from BluRay (cpu is q6600, quad core duo 2.4GHz)
avs [info]: 1438x1080p 0:0 @ 24000/1001 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
x264 [info]: profile High 10, level 4.0, 4:2:0 10-bit
[90.6%] 25641/28296 frames, 0.51 fps, 1698.91 kb/s, eta 1:26:30

[Audionut]

Wondering if this is the norm fps for a script like this.

With those x264 settings on that CPU, yes!!

Since you don't care about the speed in the sense that you prefer the quality, (rather then adjusting script/x264 settings) you should do some research on overclocking your CPU.

Those q6600's will hit 3.0GHz pretty easily.

Also, you could run that script through avsmeter (http://forum.doom9.org/showthread.php?t=162155&highlight=avsmeter) and see what speed it has.

If the script by itself for instance runs at 10fps, I would immediately drop back to a regular 8bit build of x264. That will give you a nice little boost in encoding speed with only a very minor loss in quality.

[Mounir]

fft3dgpu(bw=256, bh=256, ow=128, oh=128

Can't you put an even bigger value, see if that fits well in there* joke

[xekon]

fft3dgpu(bw=256, bh=256, ow=128, oh=128

Can't you put an even bigger value, see if that fits well in there* joke

did you see the low sigma strength?

[AzraelNewtype]

I don't know about anybody else, but I would love to see a sample of this blu-ray source that apparently needs this much aggressive filtering. Also a screenshot comparison between this script as is, and one with the second absurd fft3dgpu call Mounir pointed out commented out would be interesting.

[Asmodian]

If the script by itself for instance runs at 10fps, I would immediately drop back to a regular 8bit build of x264. That will give you a nice little boost in encoding speed with only a very minor loss in quality.

I would drop to 8 b-frames instead of dropping 10bit, 10 bit is much more of an improvement and I wouldn't say very minor.

OP: That does seem like a normal speed (for those settings) to me but like everyone else I think your script and x264 settings seem odd.

[xekon]

10 bit was the only way I could preserve the dither. without 10bit there was banding that was very annoying. mostly because its an anime source. I am sure a film would not have this issue and 8bit would work fine. but for anime 10 bit is awesome!

I use the follow script is AvsP to grab some random comparison screenshots:
left=FFVideoSource("D:\AviSynth\job.mkv").Crop(242,0,720,0).Trim(2833,16127).Subtitle("original - cropped")
right=FFVideoSource("F:\video\yuyuhakusho\002.mkv").Crop(0,0,-718,0).Subtitle("filtered - hi10")

#top=AVISource("CAQ_PLAIN.avs").Crop(0,0,0,540).ConvertToYUY2()
#bot=AVISource("CAQ_V2F.avs").Crop(0,540,0,0).ConvertToYUY2()

StackHorizontal(right,left)

#StackVertical(top, bot)

http://sites.google.com/site/jakzite/yyh1.jpg
http://sites.google.com/site/jakzite/yyh2.jpg
http://sites.google.com/site/jakzite/yyh3.jpg
http://sites.google.com/site/jakzite/yyh4.jpg
http://sites.google.com/site/jakzite/yyh5.jpg
http://sites.google.com/site/jakzite/yyh6.jpg
http://sites.google.com/site/jakzite/yyh7.jpg

[xekon]

also .jpg probably wasnt the best way to compare this, as there is quality loss from compression in jpg. the filtered version is actually a little more sharp with no banding when looking at it on my monitor in AvsP, im pretty sure bmp would be best but huge file size (8mb per screensot). maybe png would have worked better.(about 1mb per screenshot)

let me know if you would like to see some bmp screenshots. I could always email them to ya or something... not sure where you can upload such large file size screenshots.

[Asmodian]

It does seem over filtered to me, but if you like your settings I think everything is working as expected. :)

[xekon]

there are a couple scenes that make me think I could use less filtering.

I might experiment with using less filtering somewhere in the script especially if it might speed up the process some, not sure what I should adjust, remove, or change first.

For the most part I do like the result, I am thinking I will lower the warpsharp a little bit but beyond that I have not decided on anything.

[AzraelNewtype]

Honestly, with a source that relatively clean, I'd possibly run a dehalo script, and dither's hacked dfttest with a fairly low sigma (definitely no higher than 8, to hell with the default) and call it a day. Maybe even motion compensate it if you're feeling cheeky. It'd probably be faster, even with a single frame worth of MC, and wouldn't distort oversmooth/distort everything.

[mandarinka]

I don't want to get rude, but your filtering makes it look really ugly. The original looks nice.