Log in

View Full Version : Encoding with Dual Quad Core System


hd1080
17th February 2008, 17:36
I tried to encode a Blu-Ray to 720p with my dual quad core system (8cores) + 4GB RAM.
I tried Windows Server 2008 64bit / Windows Server 2k3 32bit as OS, but I got only 2,6fps at encoding and this is really to slow. I tried Debian too and I got 1,06fps.
All CPU's are at 100% in the Task Manager.
My avs script have no special filters or so. With the same script i get 3,7fps with my AMD x2 5000+ @3,0ghz

Anybody know why is this so fucking slow??? :-(

Sagekilla
17th February 2008, 17:42
You're absolutely certain that you're using the same script, video, and settings?

Post your settings please! :)

buzzqw
17th February 2008, 18:08
also.. take note of hd bottleneck

BHH

hd1080
17th February 2008, 18:11
I'm absolute sure.

My AVS script:
directshowsource("test.GRF",audio=false,fps=23.976,framecount=124411)
converttoyv12()
crop(0,130,-2,-132)
spline36resize(1280,544)


My x264:
x264.exe" --pass 1 --bitrate 9220 --stats "H:\SEU\seu.stats" --deadzone-inter 6 --deadzone-intra 4 --ref 5 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -3,-3 --subme 7 --analyse all --8x8dct --me umh --merange 24 --threads 12 --thread-input --sar 1:1 --cqmfile "C:\prestige.cfg" --progress --no-dct-decimate --no-psnr --no-ssim --output NUL "H:\SEU\seu.avs"

buzzqw
17th February 2008, 18:26
directshowsource("test.GRF",audio=false,fps=23.976,framecount=124411)

this isn't the average avs script..

and this spline36resize(1280,544) isn't an average resolution...

what decoder are you using ?

post an image of graphedit decoding, also.. --threads 12 isn't necessary just use --threads auto

BHH

hd1080
17th February 2008, 18:36
this isn't the average avs script..

and this isn't an average resolution...
but its a normal resolution for HD encoding

what decoder are you using ?
I use haali+ffdshow

http://www.image-load.eu/out.php/t26219_grpahedit.PNG (http://www.image-load.eu/out.php/i26219_grpahedit.PNG)

foxyshadis
17th February 2008, 22:43
Well, the decoding will be a big bottleneck in that case. Spring for coreavc, it'll help a lot. Also consider using SetMTMode(2) at the start of the script. (Look for the MT avisynth thread.)

How about showing us your second pass x264 line, instead of the first. If they're both essentially the same, you really need to look into turbo options, or just use 1-pass crf.

Egladil
18th February 2008, 00:19
if decoding was the bottleneck his Athlon system would not be that faster, and more importantly, he would never get 100% CPU usage on all cores! something is wrong here!

@hd1080: mayto to localize the problem try starting an encode with --threads 1 and see if it does something stange. then increase the number of threads.

saint-francis
18th February 2008, 01:59
Also consider using SetMTMode(2) at the start of the script. (Look for the MT avisynth thread.)


No. If you try this you end up with many instances of Haali media splitter running instead of one and the final product is garbled (skipping back and forth quickly). When using Haali media splitter you need to be more selective about where and how you use MT.

See here:
http://forum.doom9.org/showthread.php?t=130735

LoRd_MuldeR
18th February 2008, 02:05
Are you sure all CPU extensions like SSE, SSE2, SSE3, SSSE3 and Cache64 are used?
When I first encoded on my Quadcore (with 100% load on all four cores!) it was surprisingly slow too.
Then I noticed there was a bug in the encoding application and only MMX was used.
Once the bug was fixed, encoding speed was suddenly more then 4 times faster with all extensions used...

hd1080
19th February 2008, 22:48
Are you sure all CPU extensions like SSE, SSE2, SSE3, SSSE3 and Cache64 are used?

yep but now i know/guess its not a x264problem its a hardware problem.
I tried some cpu benchmarks and it was at all to slow/bad.
So I hope i find the problem soon and can fix it.

thx for all

wiak
13th April 2008, 04:54
yep but now i know/guess its not a x264problem its a hardware problem.
I tried some cpu benchmarks and it was at all to slow/bad.
So I hope i find the problem soon and can fix it.

thx for all
did you try a lagarith encode?
http://lags.leetcode.net/codec.html
install it, load the avs in virtualdub, then encode it to langirth and then make a avs script with avisource("lagarith.avi")
and try encode that and see how fast it is

i went from 8fps to 20fps on first pass
and from 7fps to 13fps on secound by using lagarith