久しぶりにx265の速度をチェックしてみた。
今年はどのくらい高速化されただろうか?
環境
PC環境OS | Win 8.1 x64 |
CPU | i7 6700K |
Core | 4.3GHz |
UnCore | 4.0GHz |
M/B | Asrock Z170 Extreme5 |
RAM | DDR4-3200, 2ch |
| 16-18-18-38-2 |
RAM Size | 16GB |
GPU | - |
使用したソフトウェアのバージョン | バージョン | 備考 |
---|
Aviutl | 1.00 | |
x265guiEx | 3.61 | x265 1.7+2以前用 |
| 3.65 | x265 1.7+448以降用 |
x265 | 1.1+88 | 2014/6/16 |
| 1.2+45 | 2014/7/11 |
| 1.3+18 | 2014/8/23 |
| 1.4+3 | 2014/11/1 |
| 1.5+12 | 2015/2/15 |
| 1.6+64 | 2015/4/4 |
| 1.7+2 | 2015/5/19 |
| 1.7+448 | 2015/8/25 |
| 1.8+2 | 2015/10/8 |
| 1.8+167 | 2015/12/12 |
入力うたわれるもの 偽りの仮面 OP をx264guiEx + afsでエンコードしたもの
H.264/AVC 1920x1080p 23.976fps 10.9Mbps 1分30秒 2180frame
x265 オプション--crf 21
(1.4+3以降) --pmode
--preset fast, medium, slow, slower
計測一発勝負
結果 (ビットレート)

まあ、なんか昔は10bitがやたら膨らむ、という問題があった。
これだとわかりにくいで、少し拡大すると、

同じcrf値でも結構上下している。おおまかには容量は縮む方向にあるようだ。
結果 (エンコード速度)
全体としては、こんな感じ。順調に高速化している。

下のほうがわかりにくいので、拡大すると…

1.5+2 (2015/2)の時の速度を1として、計算しなおすと…

1.5+2からでも、おおむね30~40%、最大で50%の高速化を達成していることが分かる。
終わりに
slowerを入れたせいで、このベンチマークの全データを取るのに計18時間以上かかってしまった…。全部で80点あるし。
まあそれはさておき、今年もだいぶ高速化されたことが分かる。特に遅かった10bitエンコードもだいぶ速くなってきていて、うれしい限り。
x265はslowとかslowerにするとものすごく遅くなるのだけど、結構圧縮率も向上するので、そのあたりがもうちょっと速くなってくれると嬉しいのだが…。
画質は、個人的な使用用途がfullHDのアニメ1話を10bit crf=21で300MB、あわよくば200MB (ビットレートでいうと1Mbpsとか)にすることなので、うまくごまかせていてよいと思う。(とりあえず目立って悪いところはない)
スポンサーサイト