画質比較 2018.11 (実写版)
せっかくHEVCにBフレームの追加されたRTX2070を入手したので、画質比較を行ってみた。
なんか以前はアニメばっかりやっていたのだけど、実写もやってほしいみたいな話があったので、ssimでざっくり確認してみる。
アニメ版はこちら。
環境・条件
テスト用の環境はこんな感じ。
使用ソフト
x264 r2901 x64
x265 2.8+74 x64
NVEncC 4.22 x64
QSVEncC 3.11 x64
入力
sample_movie_1080p.mpg
MPEG2 1920x1080 29.97fps 5203frame
使用コマンド
なお、x264/x265では、今回入れてない--tune ssimを入れてssimに最適化したエンコをすることでさらにssim的には改善の余地があることに注意。
x264 medium
--crf <x>
x264 veryslow
--crf <x> --preset veryslow
x265 medium
--crf <x>
x265 veryslow
--crf <x> --preset veryslow
x265 medium 10bit
--crf <x> --input-depth 10 --output-depth 10
x265 veryslow 10bit
--crf <x> --input-depth 10 --output-depth 10 --preset veryslow
nvenc H.264
--vbrhq 0 --vbr-quality <x> --lookahead 32
nvenc HEVC
--vbrhq 0 --vbr-quality <x> --lookahead 32 -c hevc --level 5.1 --tier high
nvenc HEVC 10bit
--vbrhq 0 --vbr-quality <x> --lookahead 32 -c hevc --level 5.1 --tier high --output-depth 10
nvenc HEVC + Bframes
--vbrhq 0 --vbr-quality <x> --lookahead 32 -c hevc --level 5.1 --tier high -b 3
nvenc HEVC 10bit + Bframes
--vbrhq 0 --vbr-quality <x> --lookahead 32 -c hevc --level 5.1 --tier high --output-depth 10 -b 3
qsv H.264
--icq <x> -u 1
qsv HEVC
--icq <x> -u 1 -c hevc
qsv HEVC 10bit
--icq <x> -u 1 -c hevc --profile main10
画質比較結果 (ssim:Y)
縦軸SSIMが高いほど画質がよく、横軸ビットレートが小さいほど圧縮できているので、左上にいればいるほど良いことになる。
全データ (クリックで拡大)
多すぎてよくわかんないので、少しづつ見ていく。
まず、CPUエンコの比較。なお、--tune ssimを入れてないので、さらにssim的には改善の余地があることに注意。
特に低ビットレートではx265のほうが優位。ただまあ、もちろんその分エンコ時間がかかる。
x264のmediumからveryslowであまり変化がないのも面白い。x265のほうは、veryslowのほうがやや改善しているが、正直すごーく重くなったほどには…という感じがする。まあ、映像がエンコーダーをいじめるような映像も含んでいるので、圧縮の余地もあまりないのかもしれない。
CPUエンコ比較(クリックで拡大)
今度はnvenc同士の比較。Turingで大幅によくなっていることがわかる。同じ設定同士でも改善しているほか、待望のHEVC+Bフレームで特に大きく改善していて、GTX1060ではBフレームのないHEVCよりBフレームありのH.264のほうが優位だったのに、RTX2070ではBフレーム付きのHEVCの登場によってHEVCのほうが優位となっている。
nvenc同士の比較(Pascal vs Turing) (クリックで拡大)
qsv同士の比較。
地味にHaswelからKabylakeでH.264エンコーダーが改良されていることがわかる。
わりと謎な結果なのはHEVCで、H.264より悪化している…。
qsv同士の比較(Haswell vs Kabylake) (クリックで拡大)
最新のHWエンコ同士の比較。
H.264を比べると、低ビットレート側ではqsvのほうがよく、高ビットレートではnvencのほうが良い模様。
HEVCを加えると、nvencのBフレーム付きのHEVCが優位となっている。
nvenc(2070)とqsv(Kabylake)の比較 (クリックで拡大)
大きく改善したnvencだけど、さすがにx264に勝てるほどではなかったかなあ。でも、BフレームありのHEVCならあと少しでx264にも追いつけそう…なところまでは来ている。
まあ、x264/x265は--tune ssimによってssimに最適化みたいなこともできるので、まだまだ…かもしれないけど。
CPUエンコとnvencの比較 (クリックで拡大)
というわけで、Turingになって、全体的な画質の底上げにHEVCでもBフレームが使えるようになったことが加わって相当いい感じになってきた印象。
アニメ版に続く…。
なんか以前はアニメばっかりやっていたのだけど、実写もやってほしいみたいな話があったので、ssimでざっくり確認してみる。
アニメ版はこちら。
環境・条件
テスト用の環境はこんな感じ。
| x264/x265 | nvenc(1060) | nvenc(2070) | qsv(HSW) | qsv(KBL) | |
| CPU | i9 7980xe | i3 4130 | i7 7700K | ||
| GPU | - | GTX1060 | RTX2070 | HDG 4400 | HDG 630 |
| ドライバ | 416.34 | 5058 | 6326 | ||
| OS | Win10 x64 | ||||
使用ソフト
x264 r2901 x64
x265 2.8+74 x64
NVEncC 4.22 x64
QSVEncC 3.11 x64
入力
sample_movie_1080p.mpg
MPEG2 1920x1080 29.97fps 5203frame
使用コマンド
なお、x264/x265では、今回入れてない--tune ssimを入れてssimに最適化したエンコをすることでさらにssim的には改善の余地があることに注意。
x264 medium
--crf <x>
x264 veryslow
--crf <x> --preset veryslow
x265 medium
--crf <x>
x265 veryslow
--crf <x> --preset veryslow
x265 medium 10bit
--crf <x> --input-depth 10 --output-depth 10
x265 veryslow 10bit
--crf <x> --input-depth 10 --output-depth 10 --preset veryslow
nvenc H.264
--vbrhq 0 --vbr-quality <x> --lookahead 32
nvenc HEVC
--vbrhq 0 --vbr-quality <x> --lookahead 32 -c hevc --level 5.1 --tier high
nvenc HEVC 10bit
--vbrhq 0 --vbr-quality <x> --lookahead 32 -c hevc --level 5.1 --tier high --output-depth 10
nvenc HEVC + Bframes
--vbrhq 0 --vbr-quality <x> --lookahead 32 -c hevc --level 5.1 --tier high -b 3
nvenc HEVC 10bit + Bframes
--vbrhq 0 --vbr-quality <x> --lookahead 32 -c hevc --level 5.1 --tier high --output-depth 10 -b 3
qsv H.264
--icq <x> -u 1
qsv HEVC
--icq <x> -u 1 -c hevc
qsv HEVC 10bit
--icq <x> -u 1 -c hevc --profile main10
画質比較結果 (ssim:Y)
縦軸SSIMが高いほど画質がよく、横軸ビットレートが小さいほど圧縮できているので、左上にいればいるほど良いことになる。
全データ (クリックで拡大)
多すぎてよくわかんないので、少しづつ見ていく。
まず、CPUエンコの比較。なお、--tune ssimを入れてないので、さらにssim的には改善の余地があることに注意。
特に低ビットレートではx265のほうが優位。ただまあ、もちろんその分エンコ時間がかかる。
x264のmediumからveryslowであまり変化がないのも面白い。x265のほうは、veryslowのほうがやや改善しているが、正直すごーく重くなったほどには…という感じがする。まあ、映像がエンコーダーをいじめるような映像も含んでいるので、圧縮の余地もあまりないのかもしれない。
CPUエンコ比較(クリックで拡大)
今度はnvenc同士の比較。Turingで大幅によくなっていることがわかる。同じ設定同士でも改善しているほか、待望のHEVC+Bフレームで特に大きく改善していて、GTX1060ではBフレームのないHEVCよりBフレームありのH.264のほうが優位だったのに、RTX2070ではBフレーム付きのHEVCの登場によってHEVCのほうが優位となっている。
nvenc同士の比較(Pascal vs Turing) (クリックで拡大)
qsv同士の比較。
地味にHaswelからKabylakeでH.264エンコーダーが改良されていることがわかる。
わりと謎な結果なのはHEVCで、H.264より悪化している…。
qsv同士の比較(Haswell vs Kabylake) (クリックで拡大)
最新のHWエンコ同士の比較。
H.264を比べると、低ビットレート側ではqsvのほうがよく、高ビットレートではnvencのほうが良い模様。
HEVCを加えると、nvencのBフレーム付きのHEVCが優位となっている。
nvenc(2070)とqsv(Kabylake)の比較 (クリックで拡大)
大きく改善したnvencだけど、さすがにx264に勝てるほどではなかったかなあ。でも、BフレームありのHEVCならあと少しでx264にも追いつけそう…なところまでは来ている。
まあ、x264/x265は--tune ssimによってssimに最適化みたいなこともできるので、まだまだ…かもしれないけど。
CPUエンコとnvencの比較 (クリックで拡大)
というわけで、Turingになって、全体的な画質の底上げにHEVCでもBフレームが使えるようになったことが加わって相当いい感じになってきた印象。
アニメ版に続く…。
スポンサーサイト
