【エンコード日記】なんちゃって4ｋ化したものをリサイズする場合の注意点

記稿.2021/05/02

＞　M.E. 範囲：１６　→　３２


　‥まず動き推定の幅を倍にしないと
　３２ｘ３２分の動きをしっかりとした１６ｘ１６に置き換わってこない
　（これはすべてのなんんちゃって4Ｋのダウンコンバート時において必須である）


...
＞　マクロブロック16ｘ16のみのパターン


　‥なんちゃって4ｋを理想的で十分なビットレート値にて
　FHDサイズにダウンコンバートする場合でも
　なんだかんだとマクロブロックへのビットレートの割り当てが田分け状態に陥ってしまい
　シボシボした色合いになっちまうので、マクロブロック16ｘ16のみを用いる

　（‥するとレベル4.1でも行けそうに思えるのだが）
　（基本的な動き推定が‥対応している仕様なのかどうかが怪しい）
　（他との兼ね合いもあるので、うっかりミスをやらかさないためにもレベル5.1固定が望ましい）
　（有料アプリだと、お仕事義務としてレベル4.1までだったりするので、できると思うが知らん）


＞　マクロブロック8ｘ8までを用いるパターン


　HDサイズにダウンコンバートする場合には
　すじノイズ防止を兼ねて8ｘ8までのパターンを用いる
　併せて、ブロッキング軽減（1，1）を用いる

‥いろいろと用意されている重要度選別圧縮は、いやんなシミの要因になるだけなので使えない‥

　とはいえ、肝心のなんちゃって4ｋの状態を正確に判断するための機材が無いので
　プログレッシブのそれは、二度揚げ同然で、どうにも怪しいので
　インターレース解除のそれと同じやり方に統一しないとダメっぽい


　...‥驚くべきは、ＦＨＤを無理矢理半分のビットレートでやると
　その品質方向が、さらに1.125で割ったビットレートでのＨＤと同程度の品質だって事だった
　つまり9：8って事っすね...計算間違ってましたすんません

　（だがしかし、十分な品質になるようにビットレートを割り振った方がずっとFHDでの画質は良い）
　（ここの差を識別できないようだと、動画エンコードに向いていないって事になる）
　（そこを理解すればするほどに、悩ましくてしょうがない）
...