x264 r2120、なんか速くね?

というわけでベンチマーク。

どっかに書いてあったけど、自分でも測ってみた。 共通環境
Win7 x64
Aviutl 0.99j2
x264guiEx 1.21

環境1 (Xeon)
Xeon W3680 (6C/12T, L3=12MB, ～SSE4.2) 3875MHz
RAM 18GB, DDR3-1333, Tripple Channel

環境2 (Sandy)
Core i5 2500 (4C/4T, L3=6MB, ～AVX) 3800MHz
RAM 4GB, DDR3-1333, Dual-Channnel

素材
H.264 High Profile
1920x1080p 23.976fps
2154frames (1m 30s)
ましろ色シンフォニー OPを1920x1080に拡大してエンコードしたもの
lsmashinput(POPさんビルド,r29)で読み込み

x264
x264.nlの64bit版
r1804/r1900/r1995/r2019/r2057/r2085/r2106/r2120の各8bit/10bit版
※r1804/r1900/r2019は8bit only

x264 オプション
ちょい重め。
--crf 20 --ipratio 1.5 --qpstep 12 --qcomp 0.75 --no-mbtree --rc-lookahead 60 --vbv-bufsize -1 --vbv-maxrate -1 --aq-strength 0.4 --psy-rd 1:0.2 --keyint 240 --min-keyint 4 --b-adapt 2 --me umh --subme 10 --merange 32 --direct auto --ref 4 --no-fast-pskip --no-dct-decimate --trellis 2 --colormatrix auto --colorprim auto --transfer auto
※10bit時は--input-depth 10を追加

Aviutlのフィルタはなし
5回同じエンコードを行い、その最速値を結果として採用

さんぷる


結果
エンコード速度(fps)


r2106の速度を100%とした時の速度


r2120で大幅に高速化している。15%ってかなり大きい。
10bit版のほうはそこまで伸びてない。メモリを喰うので、メモリ・キャッシュとかの問題もあるのかな?

8bitと10bitの速度差は結構あるけど、これは1920x1080でのテストなので、もっと小さい解像度とかもっと軽いオプションだと速度差は多少縮むかもしれない。

にしても、r1800ぐらいからと比較すると30%以上ぐらい速くなっているわけですごい。