Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 30th July 2011, 22:20   #1  |  Link
Stereodude
Registered User
 
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
Impact of Hyper Threading on x264 encoding

Following some observations that were made in another thread I decided to test the impact of hyperthreading on x264 encoding.

I used a i7-2600k @ 4.3gHz under Windows 7 x64. Decoding was done using DGdecNV. x264 8bit 64-bit version r2008 was used. I did a 2 pass encode of the first 5 minutes (7193 frames) of Star Trek (2009) at a target bitrate of 20868kbit/sec. The first pass was run using placebo and was reused for all the subsequent encodes.

First pass:
Quote:
x264.exe --bitrate 20868 --frames 7193 --preset placebo --tune film --weightp 1 --bframes 3 --ref 4 --bluray-compat --b-adapt 2 --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 --open-gop --slices 4 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 1 --qpfile ST11.chp -o NUL ST11.AVS
Second passes:
Quote:
"C:\HDTV Tools\x264\x264.exe" --bitrate 20868 --frames 7193 --preset xxxxx --tune film --weightp 1 --bframes 3 --ref 4 --bluray-compat --vbv-maxrate 40000 --vbv-bufsize 30000 --level 4.1 --keyint 24 --open-gop --slices 4 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --pass 2 --qpfile ST11.chp -o ST11_xxxxx.264 ST11.AVS
Results:
Code:
Setting		HT on	HT off	Improvement
placebo		39:29	51:28	23.28%
veryslow	22:56	28:22	19.15%
slower		15:53	19:43	19.44%
slow		06:37	08:17	20.12%
medium		05:01	06:18	20.37%
fast		04:15	05:17	19.56%
faster		03:10	03:57	19.83%
veryfast	02:05	02:23	12.59%
superfast	02:04	02:04	0.00%
ultrafast	02:04	02:04	0.00%

Last edited by Stereodude; 30th July 2011 at 22:23.
Stereodude is offline   Reply With Quote
Old 30th July 2011, 23:15   #2  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,667
There's no improvement on superfast/ultrafast and minimal on veryfast because you're capped by the decoding speed of the input (it takes exactly 2:04 to decode the input on your machine).

A reasonable judgement would be that the improvement is roughly 20% across all presets.
Dark Shikari is offline   Reply With Quote
Old 31st July 2011, 03:04   #3  |  Link
Stereodude
Registered User
 
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
Quote:
Originally Posted by Dark Shikari View Post
(it takes exactly 2:04 to decode the input on your machine).
Yes, that's what AVSMeter basically says also... I would need a card with VP5 instead of VP4 (on my GT 440) to decode it faster, but since all of my encoding is done at veryslow and placebo it's not really money well spent.
Stereodude is offline   Reply With Quote
Old 31st July 2011, 15:23   #4  |  Link
upyzl
zj262144
 
upyzl's Avatar
 
Join Date: Sep 2010
Posts: 105
For these tests, you should use RAW TYPES such as *.yuv, which have nothing with decode
__________________
MPC-HC 1.7.8 / LAV Filters 0.64+ (tMod) / XySubFilter 3.1.0.705 / madVR 0.87.14

Direct264 Mod (src & win32 builds): code.google.com/p/direct264umod (maybe outdated)
upyzl is offline   Reply With Quote
Old 31st July 2011, 17:07   #5  |  Link
Stereodude
Registered User
 
Join Date: Dec 2002
Location: Region 0
Posts: 1,436
Quote:
Originally Posted by upyzl View Post
For these tests, you should use RAW TYPES such as *.yuv, which have nothing with decode
And how would I do that?

I tried the fast recompress option in Virtualdub and got a massive 21GB avi file that crashes x264.

Edit: I tried feeding the .avi file back through AVIsynth and that works, but the operation becomes disk IO limited instead (a 2TB 7200RPM drive) and shaves off about 2 seconds from the time to decode the entire file. Instead of 2:04 it takes 2:02. So, unless there's something I'm missing this "raw" method doesn't really help benchmarking.

Last edited by Stereodude; 31st July 2011 at 17:18.
Stereodude is offline   Reply With Quote
Old 31st July 2011, 23:58   #6  |  Link
upyzl
zj262144
 
upyzl's Avatar
 
Join Date: Sep 2010
Posts: 105
well... I/O Performance will be bottleneck really... I forgot it
__________________
MPC-HC 1.7.8 / LAV Filters 0.64+ (tMod) / XySubFilter 3.1.0.705 / madVR 0.87.14

Direct264 Mod (src & win32 builds): code.google.com/p/direct264umod (maybe outdated)
upyzl is offline   Reply With Quote
Old 5th February 2013, 13:44   #7  |  Link
henryho_hk
Registered User
 
Join Date: Mar 2004
Posts: 889
I/O bottleneck? Not with SSD ^__^
henryho_hk is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 03:18.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2023, vBulletin Solutions Inc.