【エンコード日記】ここに来て別要素に遭遇し‥レシピやり直しになった件‥orz

記稿.2022/07/04

＞　480i→アプコン調整中に、深刻な問題に遭遇っ


　‥｛ｂフレーム：ｒｅｆ：GOP長｝＝｛６：９：１５｝をアプコンに用いると
　アプコンゆえに、ダウンコンとは違い、増幅する上での要素が無い

　（それでなくても‥480iの16：9は詰め込みすぎなのだから‥そういう事になる）

　結果、無いのだから似たようなブロックの使い回しが‥時として局地的に発生するらしく‥
　それなマクロブロックの使い回しのどつぼにハマると
　デコード負荷が増大となり、パフォーマンス不足に陥りかねないのだった

　（参照フレームMix，深めのｒｅｆ，深めのｂフレーム群による弊害くさ）


　‥例：DVDアニメ「みずいろ」のOP「空のつづき」
　お手々つないで手前にカメラアップしてきて‥場面切り替え後に‥一部にブロック乱れが発生する
　（テレビUSB挿しでは、発生せず）
　（ref（16）の再生やら1080ｐの再生を十分にこなせないテレビに負けるなんて有り得ない）


＞　結果、480i→アプコンでは、｛３：９：１５｝とするのが適切だった…orz


　‥だがしかし、ｂフレーム枚数が減るという要素がどうしても気になり
　｛VBVバッファ：VBV最大｝の比値の見直しをしたところ
　（平均）と（最大−平均）の大きい方をバッファ値に放り込む案を思いついた

　０のままとせず、（平均）または（最大−平均）の大きい方を用いる事で
　処理制限の緩和にて画質向上を狙うのだ

　（調子こくと参照フレームMixが効き過ぎて破綻する可能性を秘める）


　‥思えば、これは、すべてのランチに適応できそうだ
　試してみたところ、画質が向上する次第を確認した


＞　そして、16:9と4:3の比差が‥どうにも気になりだした‥
＞　黒帯の分の2passへの優位を差し引きすべし‥とようやくにして判断
＞　‥着手したところ


　‥480i→アプコンでのｂフレーム利用をさらに調べているうちに
　｛4：8：12｝の方が安定していると判断、｛12000：20000｝のバランスも絶妙すぎる

　（だが、それでは、「16：9」と「4：3」の棲み分けができない）


＞　そもそもとして
＞　｛平均：VBV最大｝の間には、特定のべき乗値からの差であることが望ましいと発覚


　つまり、｛12000：20000｝の1.666666…比は、たまたまだった例外的要素に候


　ちなみに、1.666666…とは

　1.7777777…＝1.333333…^2
　1.5625＝1.25^2　の間に位置していながら
　1.777777…÷1.666666…＝1.0666666…
　1.666666…÷1.5625＝1.0666666…　としたど真ん中に構えていたりとする

　そういう意味でも特殊な数値で
　ｂフレーム（４）が、その不足分を調整できていたというだけのたまたまとしか言えない


＞　そして（16875）が部分的に復活


◆｛平均：VBVバッファ：VBV最大｝Ａランチ（1080ｐ→720ｐ）の場合

　16：9
　　わさｂ抜き｛18000：50000：50000｝
　　わさｂ有り｛18000：32000：50000｝‥参考値

　4：3（両サイド黒帯付き16：9）
　　わさｂ抜き｛16875：46875：46875｝
　　わさｂ有り｛16875：30000：46875｝‥参考値


◆｛平均：VBVバッファ：VBV最大｝Ｂランチ（1080ｉ→720ｐ）の場合

　16：9
　　わさｂ抜き｛21600：60000：60000｝
　　わさｂ有り｛18000：32000：50000｝

　4：3（両サイド黒帯付き16：9）
　　わさｂ抜き｛20250：56250：56250｝
　　わさｂ有り｛16875：30000：46875｝


◆｛平均：VBVバッファ：VBV最大｝Ｃランチ（480ｉ→1080p(Bob)→720ｐ）の場合

　16：9
　　わさｂ抜き｛13500：24000：24000｝‥DVDの480i
　　わさｂ抜き｛13824：24576：24576｝‥ＢＤの480i（妄想値）

　4：3（両サイド黒帯付き16：9）
　　わさｂ抜き｛11250：20000：20000｝‥DVDの480i
　　わさｂ抜き｛11520：20480：20480｝‥ＢＤの480i


　‥ということで、1.024倍なんちゃらまで復活ッとかなんとか
　（いや、そうなると、DVD一枚あたりの収録話数でも違ってくるって事ですか？、ハハハ）



＞　てな感じで、追確認中なのだった‥