【エンコードレシピ】夕澄の夢（AVC）

↓10)記稿.2019/05/20

(せきちょう)の(ゆめ)はひぐらし(さと)に(かぜ)(やまかげ)すわる(はる)かなる(く)れ

｜夕澄の夢はひぐらし里に風 山景すわる遙かなる暮れ

＞　夕澄の夢とは
＞　BD-ts（デジタルアニメ）を720ｐ化して、美麗倍速で見るための限界的最適化である


　１ｋテレビでもBD-tsは再生できるし、発色だって調整すればなかなかのもので（*S，*D）
　２ｋテレビの都合に劣る程では無いと思うし
　突き詰めて考えれば
　1080ｐでの再エンコードをBD-tsサイズ程度に戻した構成での720ｐ版と言うことだろうと思う
　それはそれで双方共に、非効率且つ無意味な話には映るが
　技術として確立できていないのが動画エンコードの実際だった

　‥再エンコードでは、手頃な範囲での圧縮とその範囲での画質向上に目が行きがちだが
　ゆえに、その枠組での発色ともなると、720ｐは1080ｐに劣るとの認識がされてきたのである
　BD-tsをテレビ画面で見たってそこまでの差があるとは思えない

　あるとしたら解像度による細かさ程度に思うが
　それにしたって、巷に転がっている1080ｐと720ｐ程に、テレビ側に品質差があるとは思えない

　しかし、そこまでにビットレートを割り振っても上手く行かないのが720ｐでの怪であった

　そのテレビ画面（HDMI）での再生時の色合いを寝取ることの限界に挑んだ集値が
　今回のレシピである
↓/続きを読む/↓

【エンコード日記】qpstep（3）‥復活の件

記稿.2019/05/20

＞　先に申し上げておきますと、Exhaustive Searchの威力の再確認により
＞　AQ（1:0.67） → AQ（1:1.00）に回帰したわけですが
＞　さらに、そこにAQ値変更に絡みが伴っていたらしく
＞　qpstep（5） → qpstep（3）に回帰するに至りました


　‥Exhaustive Searchのエネルギー保持はどのぐらいのＢフレームの連続に耐えられるのか？
　（ref（3）に固定）‥夕澄（せきちょう）での必須

　ということで
　ソースをフェードしまくりの
　「秒速５センチメートル」のＯＰ「One more time,One more chance」で
　やってみたところ

（‥ちなみに、crf（10.5）に変更しています）
（Exhaustive Searchの威力はここにも発揮されています）
（どんだけ凄いんだよ、どんだけ見過ごされてきたんだよ‥でもBD-ts容量比オーバーしだすし）


＞　「夕澄」を可能とすべく「IP比率（1.5）」を用いた影響は拭えず
＞　連続したＢフレームでの圧縮効率への影響を否めません（調べてみました）


　‥コマ数8000枚程度での qpstep（5）における圧縮比率の具体的な感じは

　Ｂフレーム枚数（2）~（4）に差ほどの差は無く
　（5）~（7）で差ほどの差が無い傾向を見せました‥


（この段階で、不可解を感じるも‥判断できずスルー）


　‥キーフレームの割り当ての度合いは
　Ｂフレーム（3）と（4）を境にグッと減り、動きの印象が微に変わりだし
　（6）に至っては色の鮮やかさが微に落ち始めているのが動きの激しいところで気になりだします
　動きの平坦な動画であれば（4）ないし（5）まで許容できるかもしれませんが分かりません
　（7）になると動きの激しいところでの印象どころか微に異なってるような感覚に誘われます

　‥同じＢフレーム（2）でも
　8ビットと10ビットでは‥キーフレームの入りに多少の差がでるようです

　ということから、420と444の取り扱いでも
　キーフレームもしくはエンコード処理の在り方での動きの扱いに差が出るように思われます
　なので、444ともなれば、再エンコード用途の要求を兼ねているわけですから
　動きの印象の正確さ重視でＢフレーム（0）は当然でしょう


　ちなみに、圧縮の程度は
　8ビット420Ｂフレーム（2）と10ビット444Ｂフレーム（0）でほぼ同じぐらいです
　（若干10ビット444の方が気持ちプラスする程度のファイル容量になる傾向です）

　‥といったところで
　なんだかんだと‥夕澄を維持しつつさらに有効な圧縮はできないのか‥とした要望には
　Hi10 Ｂフレーム（3）と言うことになると思いますが
　しかしどうしたことか、動きの激しいソースの場合は
　BD-tsと印象を異にするように思える部分的な動きが極たまに見られる割合で発生する傾向です


＞　‥余りにも不可解なので、ここでqpstep（5）を疑うことになり
＞　何だかんだとqpstep（3）の回帰という結果を得ました


　‥容量で云うと、qpstep（3）の方が、常に微に少ない傾向です
　で、qpstep（3）でどのように変わったかというと


　‥Ｂフレーム（2）〜（5）まで順当の割合でファイル容量が下がり
　（5）〜（7）になるとほとんど変化しない程度に推移しだします

（まぁこちらの方が想定される推移でしょう）　
（それ以上にＢフレーム枚数を伸ばしても、キーフレーム枚数での変化が鈍くなる傾向です）
（圧縮と云うよりは、もはや劣化していく段階です）


　‥画質はというと
　キーフレームから遠のくまたは不適正になるにしたがい品質が下がるわけですから
　それに即した程度で、（４）まで色みでの衰えを感じさせません
　（５）あたりが境目になるようでして
　Ｂフレーム枚数も（６）（７）になりますと、デブロッキングが＋１された雲行きに推移します


　‥動きの方の品質はというと
　そこはやはり、キーフレーム枚数にも影響するところが見られます

‥10ビット444 Ｂフレーム（0）：再圧縮予定を盛り込んだレベルの品質

‥８ビット420 Ｂフレーム（2）：大好きもしくは圧縮しやすいソース向けの品質
‥８ビット420 Ｂフレーム（3）：カット変更や動きの大きいソース向け品質
‥８ビット420 Ｂフレーム（4）：カット変更や動きの少ないソース向け品質
‥８ビット420 Ｂフレーム（5）：カット変更や動きのさらに少ないソース向け品質
　
　てなところが圧縮での見方になるでしょう
　概ね、（2）か（3）になると思います


　まずは、動きでの適性を見て、ソースに適したＢフレーム枚数を割り出してから
　さらに、圧縮したければHi10と言うことになると思います


　‥ちなみに
　576ｐサイズへの二度揚げの際には
　10ビット444 Ｂフレーム（0）から
　8ビット420 crf（11）Ｂフレーム（0）がオススメです
　（これで大体、10ビット420 Ｂフレーム（3）を下回る程度になるようです）


＞　で圧縮の具合はと言うと
＞　HDサイズで有りながら、とくにアナログ系tsによっては半分程度だなんて
＞　どうにもならないけど、まぁBD-tsよりは減らせます
＞　上手くやれても概ね３分の１サイズ、圧縮し易いソースで４分の１サイズが目安のようです


　‥思ったより険しいというか
　crfをさらに0.5下げてビットレート割り当てを増やしたので、５分の１サイズなんて無理っぽ
　徹底して１ｋ美麗倍速にこだわると、AVC圧縮ではそのぐらいのようです