Seraphy版x264patch.736.release9でMixAQを試してみた

NO IMAGE

Seraphy氏の所でマイナスAQと二種類のAQの同時利用という面白そうなのを見たので試してみた
ハヤテのごとく! 第45話でテスト
ますは
--crf 20 --ref 6 --mixed-refs --no-fast-pskip --bframes 16 --qpstep 6 --b-pyramid --b-rdo --bime --weightb --direct auto --subme 7 --trellis 2 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --me umh --threads auto --thread-queue 3 --me-prepass --progress --no-dct-decimate --no-psnr --no-ssim
です --aq-strength 0.5 --aq-sensitivity 13がデフォルトなのでこれが効いてます
169,670,012 バイト
つぎにお勧めの
--aq-strength -0.3 --aq-sensitivity 11 --aq2-strength 0.3 --aq2-sensitivity 15 --qcomp 0.271
に変更した結果
201,038,654 バイト
もうひとつお勧めの
--aq-strength -0.2 --aq-sensitivity 8 --aq2-strength 0.3 --aq2-sensitivity 15 --qcomp 0.414
にした結果
211,582,909 バイト
とまぁ容量が増加したわけです
ついでに--aq-strength 0もテスト
165,746,980 バイト
とまぁAQを使うといい具合に容量も増加という傾向は変わらず
俺的許容範囲はデフォルトくらいかな
Seraphyのとこでは俺AQなるいいとこ取りしたAQを実験中なのでこれに期待


追伸
こんな適当なのも試してみた
--aq-strength -0.4 --aq-sensitivity 13 --aq2-strength 0.2 --aq2-sensitivity 13 --qcomp 0.271
182,783,983 バイト
--aq-strength -0.3 --aq-sensitivity 13 --aq2-strength 0.3 --aq2-sensitivity 13 --qcomp 0.271
186,229,089 バイト
--aq-strength -0.4 --aq-sensitivity 15 --aq2-strength 0.3 --aq2-sensitivity 12 --qcomp 0.271
169,254,988 バイト
基本が通常のQ値で足りないと判断したら下げるので
使わない場合より必ず増えるといった感じか?
難しいなぁ
さらに追記
--cqm “jvt” を使った方がいいみたいなことを書いてたので今度試してみる
flatだとAQには向かないらしい