x264r1724 エンコード実験 --ref編
x264 r1724 で 1280x720p 3501frameエンコード実験
環境とか条件とか詳細->
基本となるオプション
--preset slower(-> --me umh --direct auto --partitions all --trellis 2 --rc-lookahead 60 --b-apapt 2) --crf 22 --ipratio 1.5 --qcomp 0.70 --qpstep 12 --ssim --psnr --scenecut 60 --min-keyint 4 --keyint 300 --no-dct-decimate --no-fast-pskip --no-mbtree --aq-strength 0
今度は、--bframes 3 --subme 5 の時、--ref を変化させるとどうなるか。
--ref の設定は、拡張x264出力でいうと「参照距離」で、あるフレームが前後何フレームまで参照して画像を構成できるかというもの。より多くのフレームを検索・参照すれば、よりよい参照ができることが期待できる。その結果、画質向上・圧縮率向上するはず。
だが、検索するフレームが増えればエンコード時間はかかりそう。
左目盛りで
CPU使用率(%)、
エンコード速度(fps)、
(エンコード後の)容量 (MAX の時を100%としたもの)
右目盛りで
SSIM(db) (ようは画質)

クリックで拡大
--ref の値を上げるとともに
・圧縮率が向上
・画質が向上
する。ただし、refをどんどん大きくしてもだんだんあまり変わらなくなる。ただし、それでも少しづつ良くはなっている。
あと、
・どんどん遅くなる。CPU使用率は上昇するので、refにかかわる計算のマルチスレッド効率はよさそう。
--ref 3 ぐらいまでは、けっこう効果があるので --ref 3 ぐらいにはしたいところかな。
あとは、どれだけ時間をかけられるか。
あと、refの設定はH.264のLevelにかかわる。
たとえば、1280x720pでのH.264 Level 4.0/4.1 の最大refは9。1920x1080pだと、Level4.0/4.1は最大で4。
これ以上にすると、DXVA(GPUによる動画再生支援)が働かなかったり、あるいは画像が破たんしたりする(ことがある)。
環境とか条件とか詳細->
基本となるオプション
--preset slower(-> --me umh --direct auto --partitions all --trellis 2 --rc-lookahead 60 --b-apapt 2) --crf 22 --ipratio 1.5 --qcomp 0.70 --qpstep 12 --ssim --psnr --scenecut 60 --min-keyint 4 --keyint 300 --no-dct-decimate --no-fast-pskip --no-mbtree --aq-strength 0
今度は、--bframes 3 --subme 5 の時、--ref を変化させるとどうなるか。
--ref の設定は、拡張x264出力でいうと「参照距離」で、あるフレームが前後何フレームまで参照して画像を構成できるかというもの。より多くのフレームを検索・参照すれば、よりよい参照ができることが期待できる。その結果、画質向上・圧縮率向上するはず。
だが、検索するフレームが増えればエンコード時間はかかりそう。
左目盛りで
CPU使用率(%)、
エンコード速度(fps)、
(エンコード後の)容量 (MAX の時を100%としたもの)
右目盛りで
SSIM(db) (ようは画質)

クリックで拡大
--ref の値を上げるとともに
・圧縮率が向上
・画質が向上
する。ただし、refをどんどん大きくしてもだんだんあまり変わらなくなる。ただし、それでも少しづつ良くはなっている。
あと、
・どんどん遅くなる。CPU使用率は上昇するので、refにかかわる計算のマルチスレッド効率はよさそう。
--ref 3 ぐらいまでは、けっこう効果があるので --ref 3 ぐらいにはしたいところかな。
あとは、どれだけ時間をかけられるか。
あと、refの設定はH.264のLevelにかかわる。
たとえば、1280x720pでのH.264 Level 4.0/4.1 の最大refは9。1920x1080pだと、Level4.0/4.1は最大で4。
これ以上にすると、DXVA(GPUによる動画再生支援)が働かなかったり、あるいは画像が破たんしたりする(ことがある)。
スポンサーサイト