【エンコード日記】謎定数×qcomp（0.6）＝MAX美麗的crf（押忍、1ミリも譲れねぇっすよ）

記稿.2022/05/18

＞　二進法において十進法での半分は、単なる１ビットシフト演算なので
＞　端数や誤差を綺麗に間引くのだから‥[÷２]策こそ減量効果正義に相違なく候‥
＞　と思ってやり始めたら別の発見をしちまいまして、再びの576ｐ戻りに晒されましたん

｜ダイエット失敗しつつ極まりぬ ビットレートは案内美学

解像度→解像度：【謎定数】Level（bframes-ref-keyint,me_range）（CRF）（qcomp）

1080→1080ｐ：【18.75】L5.1＆L5.2（4-8-12,24）（11.25）（0.6）

1080→720ｐ：【12.65625】L6.0（4-8-12,24）（7.59375）（0.6）

1080→576ｐ：【11.25】L5.1＆L6.0（4-8-12,30）（6.75）（0.6）


＞　謎定数×qcomp（0.6）＝MAX美麗的crf（押忍、1ミリも譲れねぇっすよ）


　‥つまり早い話が
　容量的に再び576ｐに返り咲きかも‥ってな状況です（ンゴ）
　というところで、me_rangeを再確認してありんす

　‥どうやら読み込みソースの読み出し時に、縦か横かで割り切れずに端数が出ると
　そのまんま、縦すじノイズ、横筋ノイズになりやすいという事が判明
　（つまりそれこそが量子化済み映像からの再エンコードの難しさって事ですね）
　さらに、マクロブロックの量に対してビットレート不足だと、剥がれたようなノイズに繋がる


＞　1080→1080ｐ：【18.75】の（15.0）（0.8）を（0.4）の変則にしたら
＞　めちゃくちゃにおかしな事になって、それをヒントに４ｋ化を試みたのだが
＞　me_range（72）ぐらいでまぁまぁかなぁなんて事になって、まぁ悩んだｚ
＞　少なくともref値比換算アイデアは妄想だった（どうもすんませんでした）m(_ _)m