【エンコード】ダウンサイズ×銀色での妥協

↓2)改稿2017/10/26...20171017...

＞　銀色や金色は中間色の螺旋でできている
＞　だから、「高解像」×「秒間高フレーム」ほど美麗だ


　‥ということで、ダウンサイズするなら
　まず、銀色のピンボケ感を諦めなければならない

　これは、どんなに頑張ったって物理的に無理というもの

　そもそも金属＆鉱物光沢の輝きの再現にこだわるなら
　始めからFHDで挑めば良い、無理にダウンサイズエンコードで挑戦することでは無い

　とはいえ、４ｋ映像の登場は、そこに執着した要望も有ったように思われる
　（光の表現の再現性の追求に対して、こだわった技術陣も居ったと）


＞　裏返せば
＞　金属光沢の色合いがどれほどに再現されているかが、エンコード品質の一つの基準とも言えそうだ


　金属フレームバリバリの映像を眺めたいなら、そりゃSD画質よりHD画質だよ
　（ハリウッド映画やレーシング好きならそういうことにもなるだろう）
↓/続きを読む/↓

【AVC】CABAC×視覚心理補正の怪

記稿.2017/10/17

＞　CABACとは


　つまり、ビットレート量子化の単純な印象は
　波のパターンの大小の組み立てにあるのだから、そのままだと
　細かい細部の再現性が、どうしても、イメージとしてもモヤッとするだろうと想像が付く

　実際、このCABACの選択をオフにすると
　画質が、一気にぼやけた感じに陥り、抜け出せない
　（これは、ビットレートを増やしても同じだろう、非効率だ）

　‥そこで検討されたのが

　輪郭周辺の補正としてのCABACということのようだ
　（なんでも、輪郭周辺にノイズを加えて、見かけ上の見映えを演出するという）

　ノイズを加えると言っても、元画を参考にはしているように思われる
　しかし、それにしてもノイズでしかないのだからやり過ぎは禁物である


＞　さて、具体的には、どのような劣化が起こるかというと


　昭和の時代のフィルム感度は、暗いところになるとかなりあまい
　ウォッシュリンクしてみると、その動きのへんてこさに驚く
　‥ただでさえモヤモヤしているのだ


　この手のフィルム特性からくるモヤモヤは、黒い部分での感度全体に及んでいるようで
　巨大な重機のタイヤのアップめシーンでも同じだ

　‥こんな場面での、CABACの強度調整で気をつけたいのが
　Psy-Rd（視覚心理最適化）項目、trellisの数値変更である‥0.00（デフォルト）


＞　RODの方は、解像度に合わせて、見合った分だけ上げてやると見映えがよくなるが
＞　trellisは、デフォルトのままが無難だ


　‥trellisの値を 0.05も上げると
　モヤモヤしている映像をさらに強調して、モコモコとして気になり出す
　0.1よりさらに上げていくと、モヤモヤはボコボコに変形してしまう（あきらかに失敗エンコだ）


＞　RODでも気をつけたいのが


　‥輪郭の印象の基準をどこに目を付けるかである
　人物の見映えに水準を見出そうとしても、背景の印象の方が、先に度ギツくなってしまう
　ので、適当な背景のパンを見つけて、そこから調整の度合いを見極めてみる方が無難だ


＞　ついでに


　細部の再現性を上げる項目に
　フレーム一枚あたりでのビットレートの割合の度合いを決める項目がある

　AQ（適応的QP）の項目、「AQ強さ」である

　ビットレートの配分に影響しているので
　割り当てるビットレートの絶対量が少ないのに、輪郭への割り当てを多くしても
　輪郭周辺に対して、ブロッキングの要因にしか成らない

　（あと、解像度の違いでも、適切な値は変わるだろう）
　（２パスと品質基準でのエンコードでも多少違うらしい）

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

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

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


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

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

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

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


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

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


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


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

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

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


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


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

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

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

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

記稿.2017/10/15

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


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

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

　‥ということで

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

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

　この割合は

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


＞　ということで


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

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


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

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

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

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


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


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

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


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


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


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


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

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


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

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

【参考】エンコードの量子化とは？

記稿.2017/10/10

＞　量子が波を意味するのはわかるが、エンコードにおいてそれは何なのだ？


　エンコードの量子化と、JPG圧縮に見られる格子状の区切りが
　何をしているのかがわかるイメージを見つけました


　

　参考：http://www.nnet.ne.jp/~hi6/lab/quantize/index.html


　‥デジタル信号に置き換えられた映像は光の成分です
　光の成分を分解するにおいて、四角のマスに区切ると
　上のイメージのような単調なパーターンに分類できるようです
　これを量子化と表現するらしい

　（CGに着色するときの筆のパターンなんかもこれです）
　（Σとlogが出てくる方程式で導けるようです）
　（パーターンを算出する上での計算に、格子のサイズ枠が欠かせないと言う事です）
　（その格子の中で波打つパーターンを導いて、重ねて再現します）


　‥で、仁王像のような木像を思い浮かべてみましょう
　土台と成る大きなパーツの上に、小さなパーツを順に重ねていきます
　フィギアでもそうですが、大きなパーツの上に小さいパーツを足していくのが一つの形です


　‥映像の量子化も同じことで
　大きな区切りをまず算出して、順繰りに小さいパーツを置いていきます

　‥この時、ど素人でも気がつく事が一つ
　光を重ねると白に近づくということです
　つまり、暗めの画像の方がエンコードに有利
　明暗の差の激しい画面ほど、計算が大変で、ビットレートを多く必要とする

　‥まぁ実際、どのように分解して重ね直すのか
　なんとなくでしかイメージできませんが
　量子化する上での細かさがピンボケしていると上手く行きそうも無いことだけは想像できます


　‥で、ヒトの感覚的に
　大きなブロックには、大きな量子
　小さなブロックには、小さな量子
　なら、圧縮率が上がるだろうと思う訳ですが
　光の性質（重ね合わせ）は至って均一なので、そういう解釈には無理があるらしく
　粗い波の上に表現を乗せるにも、土台の粗さに合った、細かさの許容（バランス）が絡むようです

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

改稿.2017/10/08...20171007...

＞　動画をエンコードする際、ビットレートを割り振らなければならない
＞　どうやって妥協するか‥そこが問題だ‥


　まず、一枚あたりどれほどに圧縮されるのか？
　‥ここが実に気になる‥

　どれぐらいの圧縮比なら満足の許容なのか？
　‥ここが実に気になる‥

　で、得られた解釈が
　Ｉフレーム９分の１
　Ｐフレーム２７分の１
　Ｂフレーム４５分の１
　‥という具合にして計算してみた（比率感はさほど悪くない）


　秒間２４フレーム構成で考えられる最大と思われる構成
　｛（Ｉ）＋（Ｐ×２３）｝＝２７分の２６（１３５分の１３０）

　秒間２４フレーム構成で考えられる最小と思われる構成（４フレーム間隔想定）
　｛（Ｐ）＋（Ｂ×３）｝×６＝４５分の２８（１３５分の８４）

　秒間２４フレーム構成で考えられる平均と思われる構成
　｛（Ｐ）＋（Ｂ）｝×１２＝４５分の３２（１３５分の９６）

　最大：平均：最小＝１３０：９６：８４＝６５：４８：４２


　＊　これは、ＡＶＣシーン変更感度（４０）＆ＧＯＰどちらかというと無し想定での話です


＞　７２０ｘ５４０（カラー）解像度の場合


　１１６６４００バイトをキロバイトに直すと、１１３９．０６２５ＫＢ
　１１３９．０６２５÷１３５×｛１３０，９６，８４｝×８‥（キロビットレートに換算）


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


　‥ちなみに
　６４８０キロビットレートだと、特撮＆アニメの５２話シリーズが６４ＧＢのＵＳＢに収まらない

　‥どうしてＳＤサイズなのかというと
　ＨＤサイズだと、計算上、解像度比分の色見があせるので、泣く泣くＳＤ選択っす‥
　（色味の許容というか再現品質の理想的解釈が、Ｐフレーム２７分の１というところかと）

　‥ちなみに
　ＨＤ画質ならこれの１．７７７７７７７７７７７‥倍（端数切り上げ）
　ＦＨＤ画質ならこれの４倍で
　１６：９なら‥それぞれさらに１．３３３３３３３３３３３‥倍（端数切り上げ）
　計算のし直しが必要だが単純に‥３０フレームならさらに１．２５‥倍（端数切り上げ）


＞　しょうがないので、ここから０.xx倍とかに下げて妥協します（痛ぁああ）
＞　でも、実際には４４４から４２０に減衰されるので
＞　０.625倍してから、１.x倍した方が、すっきりした数値を得やすいです


　４フレーム間隔より多く取ると、どこかの項目設定次第では、動きの欠損率が上がります
　（これでは、ほとんど出荷品質だよ‥ＨＥＶＣでは自動化されてるみたい）

　（アニメの１話２５分が２ＧＢとか、どんなに大好きでもうれしくないので１ＧＢちょいに収めたい）
　（許容できても１.5ＧＢ以内かな‥ＤＶＤとさして変わらねぇ想定だな）
　（‥早いとこ、１ＴＢのＵＳＢメモリーが手軽に買える時代になって欲しいっす）
　（‥というか、ＨＥＶＣ再生できるテレビの方が選択支としては大きいかなと）

【Wash Link】R（offs）R（gamm）G（gain）値を再び０に変更

記稿.2017/09/21

＞　再エンコードテストを色々と確認している内にふと気がつきました


　β版の実写の色合い−（色の濃さＧ倍）は、再エンコードには赤すぎて
　β版のアニメの色合い０は視聴するには、物足りなさを感じてしまい
　こんがらがっていましたが、実写に合わせてみたところ
　それぞれで異なっていることを確認しました

　β版のアニメの色合い０は、そのままで再エンコードすると、不思議と違和感が相殺されます

　‥で
　実写の色合いの算出をどう補正するかと言うことになりまして‥


＞　−（色の濃さＧ倍−基本値）
＞　‥に置き換えて再エンコードすると違和感少なくなります‥（一覧記事修正済み）


　‥ついでに

　Cb（gain）とB（gain）
　Cr（gain）とR（gain）は、呼応しているんじゃないかと思いまして
　ならば
　G（gain）＝１の状況は、アンバランスではと思いまして

　改めて確認してみたところ

　R（offs）＝R（gamm）＝G（gain）＝０の方が、再エンコード時の誤差が減るようです


　‥これは
　AviUtlの内部のカラー処理の問題と
　実際のＲＧＢの数値のそれぞれの値の幅が異なっているので
　０にしておかないと正しい割合に整わないようです

　（２５６段階の表記の上に０が表示されているわけですから、０で良かったと言うことになります）

　アニメセルとＣＧの合成過渡期の色合いのウォッシュリンク置き換えの正確さにおいても
　僅かながらの差が確認できました

　（‥やれやれ、訂正ばっかやん、すまん‥m(_ _)m）

【AviUtl】ウォッシュリンク数値のコントラスト見直し（写真版）

改稿.2017/09/21...20170918..20170917...

＞　色の濃さを増やしたことで、明るさへの許容が広がっていたらしく
＞　アニメ＆実写ともどもさらにコントラストを上げた方が、色のくすみが解消するようです
＞　‥が、再エンコードすると赤味が強く出すぎて失敗しやすい傾向のようです


　‥概ね、減衰しない写真向けということかな‥
　と言うことで


＜色調補正＞　写真版‥左列からレベル０、１、２‥
明るさ　　　：　４２、　４７、　５１、　５５、　５９、　６３、　６８、　７２、　７６、　８０
コントラスト：　４２、　４７、　５１、　５５、　５９、　６３、　６８、　７２、　７６、　８０
ガンマ　　　：−１６、−１８、−１９、−２１、−２２、−２４、−２６、−２８、−２９、−３１
輝度　　　　：　２６、　２９、　３１、　３４、　３７、　３９、　４２、　４５、　４７、　５０
色の濃さ　　：１１１、１２２、１３３、１４４、１５５、１６６、１７７、１８９、２００、２１１
色合い　　　：−（色の濃さ）


＜拡張色調補正＞　写真版対応
Y（offs）：２６、２９、３１、３４、３７、３９、４２、４５、４７、５０（左からレベル０に対応‥以下同）
Y（gain）：−４２、−４７、−５１、−５５、−５９、−６３、−６８、−７２、−７６、−８０
Cb（offs）：−２、０、２、４、６、８、１０、１２、１４、１６
Cb（gain）：概ね‥７９（これ以外のパターンも有り得る‥ 最大値目安は｜１２８｜or｜色の濃さ｜）
Cr（offs）：１、０、−１、−２、−３、−４、−５、−６、−７、−８
Cr（gain）：概ね‥−４９（これ以外のパターンも有り得る‥最大値目安は｜１２８｜or｜色の濃さ｜）
R（offs）：０
R（gain）：−４９
R（gamm）：０
G（offs）：−４９
G（gain）：０
G（gamm）：９８
B（offs）：−１２８
B（gain）：７９
B（gamm）：２５６


　＊ただし、それそれＲＧＢ２４ビットでの編集状態であることが欠かせません


＞　コントラストを上げてさらに明るさが増したので
＞　写真では、明るい風景ならレベル２、暗い風景ではレベル０で良い感じになるようです


　コントラストを上げると、見た感じは改善した感が増しますが
　再エンコード（動画）すると、減衰の影響をもろに受け（４４４→４２０）
　無駄に赤味が増しただけだったのがはっきりとし
　わざわざ、色合いを右に振らないとダメのパターンに嵌まるようです


　‥実写、アニメとも、β版以上にコントラスト上げ再エンコードは鬼門のようです
　‥ということで、サクッとレベルを上げるか、下げるかかが好いかも

【AviUtl】ウォッシュリンク数値見直し（アニメ）

改稿.2017/09/21...20170918..20170916...

　＊ウォッシュリンク（Wash Link）‥ここでの名称。暗がりを消しつつ色味を艶やかにする意。

　‥実写でのノウハウをアニメに応用してみたところ
　明るい場面は横ばいに、暗い場面は適度に明るめに、黄色のバランスが良くなりました
　（どうして双方のバランスが維持されるのかが不思議ですが、まったく分かりません）


＜色調補正＞　β版‥左列からレベル０、１
基本値　　　：　１０、　１１

明るさ　　　：　４２、　４７
コントラスト：　　０、　　０
ガンマ　　　：−１６、−１８
輝度　　　　：　２６、　２９

色の濃さ　　：↓６９、↓７５
色の濃さＧ倍：１１１、１２２

色合い　　　：０（作品により必ずしも０に限らない）


＞　‥色の濃さの幅が上がった影響がそれなりに出ますが
＞　実写とは異なり、アニメの場合は、色合い：（色合い０−基本値）で視聴するのも有りです
＞　再エンコードする場合は、（クセの無い場合に限り）０がそのまま適値のようです


　‥明るめが気になる向きもありますが
　レベル０の暗めに納得できない場合は、サクッとレベル１に移行するのがよろしいかと



＜拡張色調補正＞　β版対応
Y（offs）：２６、２９
Y（gain）：−４２、−４７
Cb（offs）：（作品により必ずしもこれに限らない）−２、０
Cb（gain）：（作品により必ずしもこれに限らない）０
Cr（offs）：（作品により必ずしもこれに限らない）１、０
Cr（gain）：（作品により必ずしもこれに限らない）０
R（offs）：０
R（gain）：−４９
R（gamm）：０
G（offs）：−４９
G（gain）：０
G（gamm）：９８
B（offs）：−１２８
B（gain）：７９
B（gamm）：２５６


　＊ただし、ＲＧＢ２４ビットでの編集状態であることが欠かせません

【AviUtl】ウォッシュリンク数値見直し（実写）

改稿.2017/09/21...20170919..20170915...

＞　｜ガンマ｜：｜輝度｜：｜コントラスト｜：｜明るさ｜：｜色の濃さ｜＝隣り合うそれぞれ黄金比


　‥ということで
　ガンマ値を列に置き、黄金比数値（1.618033）を掛けて
　黄金比倍々して得た数値を単純に四捨五入して、整数値で並べたのが下の一覧です

　１０、１６、２６、４２、　６９、１１１、１７９
　１１、１８、２９、４７、　７５、１２２、１９７
　１２、１９、３１、５１、　８２、１３３、２１５
　１３、２１、３４、５５、　８９、１４４、２３３
　１４、２２、３７、５９、　９６、１５５、２５１
　１５、２４、３９、６３、１０３、１６６、２６９
　１６、２６、４２、６８、１１０、１７７、２８７
　１７、２８、４５、７２、１１７、１８９、３０５
　１８、２９、４７、７６、１２３、２００、３２３
　１９、３１、５０、８０、１３０、２１１、３４１


＞　改めて見ると、六列目が、非常に興味深い数値の並びに気がつきます
＞　これを採用しないという手はなかったと言うことで、今回分は、数値の見直しということです


＜色調補正＞　α版‥左列からレベル０、１、２‥
明るさ　　　：　４２、　４７、　５１、　５５、　５９、　６３、　６８、　７２、　７６、　８０
コントラスト：　２６、　２９、　３１、　３４、　３７、　３９、　４２、　４５、　４７、　５０
ガンマ　　　：−１０、−１１、−１２、−１３、−１４、−１５、−１６、−１７、−１８、−１９
輝度　　　　：　１６、　１８、　１９、　２１、　２２、　２４、　２６、　２８、　２９、　３１
色の濃さ　　：　６９、　７５、　８２、　８９、　９６、１０３、１１０、１１７、１２３、１３０
色合い　　　：　　０固定


　↑こちらが、黄金比の想定に基づいての数値でしたが
　「艶」が出るまでには至らなかった段階です‥（８：５フィルター有り）
　（色の濃さを増した方が好い感じはしていたのですが、どうして良いのか分からなかった段階でした）


＜色調補正＞　β版‥左列からレベル０、１、２‥
基本値　　　：　１０、　１１、　１２、　１３、　１４、　１５、　１６、　１７、　１８

明るさ　　　：　４２、　４７、　５１、　５５、　５９、　６３、　６８、　７２、　７６、　８０
コントラスト：　２６、　２９、　３１、　３４、　３７、　３９、　４２、　４５、　４７、　５０
ガンマ　　　：−１６、−１８、−１９、−２１、−２２、−２４、−２６、−２８、−２９、−３１
輝度　　　　：　２６、　２９、　３１、　３４、　３７、　３９、　４２、　４５、　４７、　５０

色の濃さ　　：　６９、　７５、　８２、　８９、　９６、１０３、１１０、１１７、１２３、１３０
色の濃さＧ倍：１１１、１２２、１３３、１４４、１５５、１６６、１７７、１８９、２００、２１１
色の濃さ２倍：１３８、１５０、１６４、１７８、１９２、２０６、２２０、２３４，２４６、２６０（２５６）

色合い　　　：−（色の濃さＧ倍−基本値）‥再エンコード時
　　　　　　＊視聴だけなら−（色の濃さＧ倍）でも十分です


　↑こちらが、艶効果を得るのに変則的に変えた形です
　見れば分かりますが、ガンマと輝度を一段階上げたわけです
　そうすると、色の濃さを上げても、釣り合いを保てるようになりました‥（８：５フィルター有り）

　（ぶっちゃけ、はじめは、色の濃さを単純に一つシフトして二倍したのを用いたわけですが）
　（再エンコードしてみると、所々で、想定外の色ムラが出てしまうようです）
　（明るすぎても、濃すぎても、再エンコードで均一な風合いには成らないようです）


　‥色々と見比べて見た結果
　レベル４の明るさだと（実写の場合）‥衣裳に当たる光彩の度合いよっては
　よれよれの風合い、色落ちた風合いに見えてしまう場合もあるので
　レベル３が適当のようです
　（すっぽんぽんの映像なら、さほど気にならないんですけどね）


＞　さて、色合いですが


　−（色の濃さ）です
　普通に考えれば、真っ赤っかです
　真っ赤っかにならないのは、８：５フィルターの効果と、Cb（gain）、Cr（gain）をいじってあるからです
　（まさに魔法‥左ねじり込みとでも呼称したい）


＜拡張色調補正＞　β版対応
Y（offs）：２６、２９、３１、３４、３７、３９、４２、４５、４７、５０（左からレベル０に対応‥以下同）
Y（gain）：−４２、−４７、−５１、−５５、−５９、−６３、−６８、−７２、−７６、−８０
Cb（offs）：−２、０、２、４、６、８、１０、１２、１４、１６
Cb（gain）：概ね‥７９（これ以外のパターンも有り得る‥ 最大値目安は｜１２８｜or｜色の濃さ｜）
Cr（offs）：１、０、−１、−２、−３、−４、−５、−６、−７、−８
Cr（gain）：概ね‥−４９（これ以外のパターンも有り得る‥最大値目安は｜１２８｜or｜色の濃さ｜）
R（offs）：０
R（gain）：−４９
R（gamm）：０
G（offs）：−４９
G（gain）：０
G（gamm）：９８
B（offs）：−１２８
B（gain）：７９
B（gamm）：２５６


　＊ただし、ＲＧＢ２４ビットでの編集状態であることが欠かせません