【AVC】シーンカット閾値（いきち）の怪

↓1)改稿.2017/10/16...20171016...

＞　シーンカット閾値（いきち）とは、Ｉフレームをどこで入れるかの識別度合いの値です
＞　ＡＶＣの場合、デフォルトは（４０）です


　‥さて、このシーンカット閾値（４０）の振る舞いが
　「参照距離」×「最大連続Ｂフレーム数」の値次第で変わるのをご存じでしょうか？

　参照距離が変わると、Ｉフレームの総数も変動します

　参照距離が伸びる程に
　Ｉフレームは数を減らし、代わりにＰフレームが増加します
　（オープンＧＯＰでは関係無いように思われます‥未確認）

　Ｐフレームが増加すると
　Ｂフレーム参照の遅延が減るのかなと‥不思議に思うところですが
　不思議と、動きの質が向上します


　‥素人解釈の思い込みだと
　「参照距離が伸びるとＢフレームの方が多くなるはずだ」

　実際、多くなるブロックもありますが、Ｐフレームもしっかり抽出するので
　アニメに思いがちな２コマ撮り３コマ撮りの図式でキッチリ算出されるわけでは無いようです


＞　４フレームなら色味重視（Ｉフレーム数が多い）
＞　５フレームなら色味と動きのバランス重視
＞　６フレームを越えると画質が赤っぽく劣化を始める（アニメ３コマ撮り作品はさほど気にならない）


　‥で
　どのぐらいの差が起こるのかというと
　風速８〜１２ｍの風が、時折吹いた後の枝の揺れの残像が正しく再現されるかされないか
　という‥葉と葉の揺れの頂点をきちんと検出するかどうかです（実写）

　Ｂフレームに割り当てるビットレートが足りないと、正しく再現されません
　その点Ｐフレームに検知があって、ビットレートが十分だと正しくなります

　‥この傾向は
　一枚ごとの画像比較では、どうにも識別できないので、動画にて確認するしかありません


＞　さらに、言うと‥動き探査範囲の値が低いと、シーンの細部検知と画質に劣化影響するようです
＞　レート制御先行探査フレーム数の考慮も欠かせません


　‥まぁざっくり、秒間２４フレームの映像なら

　シーンカット閾値（４０）に対して
　レート制御先行探査フレーム数（６５）‥あまり長いと音声の再現性で処理遅延が出る感じかなと
　動き探査範囲（３２）‥Uneven Multi-Hexagon、11(Full RD)

　参照距離（５）
　最大連続Ｂフレーム数（４）
　適応的Ｂフレーム挿入：完全‥が限度一杯といったところでしょうか

1-1)1

＞　＊記事を書いた後で思いついたテクニック


　‥ちなみに
　参照距離（６）
　最大連続Ｂフレーム数（５）
　で、エンコードすると、今度は、さらにＩフレームが減り、Ｐフレームも減る
　ここに来てようやくＢフレーム重視になる感覚だが、シーン変更の検知の底にも程度はあるだろう

　‥でもまぁ、Ｉフレームも減り、Ｐフレームも減っては、画質劣化の影響は免れないので


　参照距離（６）
　最大連続Ｂフレーム数（４）でのエンコードをやってみた‥

　（ずらしてエンコしてみるのも有りかなと）


　‥最大連続Ｂフレーム数が同じにあるので、予想通り
　参照距離（５）
　最大連続Ｂフレーム数（４）のパターンと同様になり、それぞれのフレーム総数に変化は無かった

　‥ただ、不可解にも
　Ｐフレームのビットレートが２３２ｋバイト分、ＩフレームとＢフレームに回されたのだが
　増えた分の総量が２４０ｋバイトと多めで、且つ、ファイル自体の容量が１９７５バイト減った

　‥どうにも、数字の辻褄が合わない（バグだな）‥

　動きの再現性としては、参照距離（６）の方がより正確らしい
　最大連続Ｂフレーム数（４）のままなので
　５フレーム間隔で記録されると思いきや、６フレームだった


　‥色味については、さっぱり違いがわからない（気のせいぐらいの感覚）
　動きについても、気になっていた枝ぶり以外にも
　ビットレートの取捨選択の見映えが、まばらに起きているかもわからない

　（対象サンプル：ウルトラマン第1話）


＞　メリットととしては
＞　意外にも、最後まで頑固に残っていたブロッキングの印象が随分とやわらいだ


　‥参照とするデータが増えたからだと思われる
　（その分のエンコード時間が六分程度増えた）

　‥まぁ、細かいところの微差うんぬんより
　まずはブロッキングの印象がやわらぐなら、テクニックとしての甲斐ありと