【エンコード日記】新しいアイデアが降りてきて‥まだまだ終わらない件

記稿.2022/07/26

＞　｛バッファ：最大ビットレート｝の値を｛1：1｝にすると高周波域が優先される
＞　Ｂフレームを使用すると高周波域が優先される
＞　そして、これは一般にスタンダードなエンコード設定だったりだろう


　‥ん？、じゃどこかでぼかし調整をやらかせば好いんじゃねぇ？
　候補に上がったのが「ＡＱ強度値」‥（まぁどこでも同じに思われる）
　（当然ながら、この方向のレシピは、1080→1080ｐという事になる）


　‥それにしても、XMedia Recodeの最新版で
　解像度変更で落ちる原因が未だに不明で、解像度変更無しでもどうにかやれんと後で困るし
　で、いつの間にか設定のてこ入れがされて、ブロッキング軽減の初期設定が遂に外されちまってる
　（オフにすると、全体的に微ボケが入る感じに思うのだが、FHDモニターにも無いので何とも‥）


　‥さらに
　AC3が二つに増えてるのだが、バグなのか、選択支の意味が無い状態になっちまっちいる
　これは何とかして欲しい（俺的には選択支の多すぎるのは困る、しょうがないのでE-AC3を代用）
　（選択肢が多くなっても、それの違いを推し量る環境には無いし、要素の基本的意味もわからん）

　（まぁもはや1080→1080ｐでは、テレビUSB挿しも爆Ｑるンも前提にしないのだけど‥）


＞　話を戻すと、どのようにＡＱ強度値を弄るのかと言う事になるわけだが
＞　弄ったのなら、弄った意図に沿うようにビットレート変更もきっちりする必要がある
＞　というのが、継続した思考に沿った方向だ


　0.5625＝1.00÷1.3333…^2　でやってみたところ、実写の動きの激しい部分で問題発生
　0.64＝1.00÷1.25^2　に落としても、まだまだボケ感が残るくさい
　0.81＝1.00÷1.1111…^2　にしたら、アニメでもFHDらしさを覗かせて好い感じになるっぽ

　だがしかし、量子化済みソースにあるせいか、ノイズをひっぱて来るだけにしか無い状態らしく
　残念ながら‥参照フレームMixを（□）に
　当然ながら、bフレームの安定を狙うならp4×4も（□）に

　さらに、Ｉ4×4は、演算上の誤差修正の参考程度に添えられてる程度で
　画質向上要素として、積極的に盛られているわけでは無いと判明
　ということで、≒24pなら‥レベル5.1で十分らしい

　（つまり、1080→1080ｐでは、爆Ｑるンを求めず、より画質の安定を狙う方向になるっぽ‥）


＞　で、ビットレートになるわけだが


0.81＝1.00÷1.23456790123456790…　※（1.1111…^2）

1920÷1.1111…＝1728
1080÷1.1111…＝972
16×9＝144
1728×972÷144＝11664

　1.111111…で、1920×1080解像度が割り切れてしまうことに驚いたが
　それの（1728×972）を想定したぼかし具合というのが
　大抵の数値で端数を導いてしまうので
　1.111111…^2＝1.234567890123456790‥で割り切れるところが
　1.234567890123456790‥×1.44＝1.777777…
　1.777777…×2.25＝4

　なので、｛平均：バッファ：最大｝＝｛1：4：４｝

　34492＝972×36＝11664×3
　｛36：144｝＝｛34992：139968｝


＞　ところが、aq（3:0.81）だと、ソースによってはまだまだノイズが乗ってしまうところが有り
＞　少しばかりぼかしてやる意味で、aq（3:0.80）且つビットレート計算を（0.81）とする
＞　（解像度1088と1080の誤差折り込みみたいな）


　‥いやいやこれが何というのか
　通常なら、高周波域の大部分をそのままに一番に低周波域をちょびっとぼかして終了しがちなのが
　全体を平滑＆平均的に間引きしつつ、画像印象ほぼそのままに
　まぁ微々たる欠落が想定位置で見られるのは、相も変わらずだが

　｛Bフレーム：ref：GOP長｝＝｛4：8：12｝のままにて、想定ビットレートの削減に成功

　とはいえ、平均（34992）なので、25分想定は‥6.48GBと言ったところで参考程度だ
　（まぁ実写なら、0.5秒置きにキーフレームがあれば、キュルキュル感は十分だろう）


＞　ちなみに、心理的エンハンストは触りません（I4×4に前提鎖動してるくさっ）