【参考】ビットレートを数学的に妥協する‥補足

記稿.2017/10/15

＞　AVCエンコードのメインをXMedia Recodeから、AviUtlの拡張 x264 出力（GUI）に変えた


　‥理由は、AviUtlの拡張 x264 出力（GUI）の方が
　エンコード結果をログ出力でき解析しやすいからだ
　あと、より細かい数値でのエンコードをサポートしている

　なにより、ウォッシュリンクした設定からの直接エンコードに対応する点が大きい

　‥ということで

　エンコード結果のＩフレームの総数と平均バイト、同じくＰフレームとＢフレームのそれぞれが
　その都度示されるのを見比べていると
　Ｐフレームの大きさの比率は、概ね

　｛Ｉ：Ｐ：Ｂ｝＝｛４：２：１｝‥ということのようだ

　この割合は

　ＩーＰフレーム関係数（％）４０（デフォルト）
　Ｐ−Ｂフレーム関係数（％）３０（デフォルト）
　‥で示される設定に基づいている。（通常、この数値をいじる必要は無い）


＞　ということで


　Ｐ＝２７分の１にこだわるなら
　Ｉ＝２７分の２、Ｂ＝５４分の１ということになる

　（実質的には、Ｉフレームは画質に大きく関係するので２倍よりちょい大きめの比率だ）
　（又、オープンＧＯＰを用いない限り、概ねＩフレームの比率に神経質になる必要は無い）
　（尚‥オープンＧＯＰでエンコードした場合、ＴＶでのＵＳＢ再生時に早送りと巻き戻しが効かない）


　フレーム構成で考えられる最大と思われる構成のベースタイプ�@
　（Ｐ）＋（Ｐ）＝５４分の４

　フレーム構成で考えられる平均と思われる構成のベースタイプ�@
　（Ｐ）＋（Ｂ）＝５４分の３

　フレーム構成で考えられる最小と思われる構成のベースタイプ�@
　（Ｂ）＋（Ｂ）＝５４分の２

　最大：平均：最小＝４：３：２


＞　７２０ｘ５４０（カラー）解像度の場合
＞　１１６６４００バイトをキロバイトに直すと、１１３９．０６２５ＫＢ


　‥ベースタイプ�@で秒間２４フレームの場合
　｛（Ｐ）＋（Ｂ）＝５４分の３｝×１２
　１１３９．０６２５÷５４×３６×８‥（キロビットレートに換算）

　最大：平均：最小＝８１００：６０７５：４０５０（キロビットレート）


＞　算出された６０７５キロビットレートでエンコードしてみると
＞　Ｐフレーム平均２７分の１を下回ってしまうケースが多発する


　‥そこで
　前回の‥最大：平均：最小＝８７７５：６４８０：５６７０（キロビットレート）
　の平均を取り出して
　最大：平均：最小＝４：３：２に直してみた


　最大：平均：最小＝８６４０：６４８０：４３２０（キロビットレート）


　‥こちらだと上手く行く（その誤差平均値２７０分の１）
　Ｉフレーム考慮の補正分ということだろうか？？

　‥「え？」、最大と最小の違いがどれほどに関係するのかって？
　‥以前との違いはあるのかって？
　‥そこは、個人の趣向です（どうせなら、すっきりした数値を使いたいと言うことです）


　※　これで抽出された１話２５分もの動画に音声ＡＡＣ（５７６Kbbs）を追加すると
　　　概ね１.25GBになる（２PASS）

　（DVDよりは小さく収まる、それでいて画質比は単純２倍）
　（BDからのダウンサイズだといささか複雑だが、DVDとの比較ならまぁさほど気にならない）
　（‥目的がウォッシュリンク映像での抽出だから）