階調飛びをしないように書き出す方法の確認とそれをh264形式で書き出すと点滅する原因についての疑問

添付していただいた動画を、ブラウザによる再生で拝見いたしました。

十分キレイな映像だと思います。

>＞＞私の考え方は、10bpcなどのコーデックで書き出す前提で、作品としては16bpcあるいは32bpcの品質で処理させるということをベースとしております。

↓

MeでMukaida様が言っていた

・H264でカスタム　にして
　・プロファイルのチェックを外しHight 10　にして
　・カラーベースを書き出し　をRec２０２０にして行ってみました。

の設定でのことでしょうか？

こちらに関しては、少し異なります。

Mukaidaさんがお書きになられていた該当箇所については、「諧調がなめらかな10bpc」でディザを加えずグラデーション本来の品質で作成し、「10bpcで再生できる環境・モニター」で再生する、という高品位な制作・再生環境を意図してのものかと思います。

それに対して私の考え方は、制作の過程では「10bpcにて高品位の映像」で作業するものの、放送・配信は8bpcになるので、8bpc変換後にバンディングが発生しないよう、10bpcでの制作の段階で対策施す、という考え方です。

理想的には、10bpcで完成させた原版から8bpcの放送・配信用素材に変換する際に、単純な切り捨て（バンディングが発生しやすい）ではなく、ディザ入を入れるのが望ましいと考えています。（やや不正確ですが、ざっくり申しますとドットで濃淡を表す印刷物のようなイメージで、8bpcの範囲で10bpcの諧調に近づけることができる理屈です。）

しかしながら、10bpcの原版から8bpcの素材に書き出す際にそこまで気を使ってもらえない（機器の仕様でできない）ことも多々ありますので、それであれば10bpcで作業しているときに少しディザのようなものを足しておけばよいかな、という考え方です。

10bpcから8bpcへ変換する際のバンディング対策については、Adobe外のサイトですが、こういった記事が参考になるのではないかなと思います。

※Inter Beeのニュース記事です

【ニュース】ソニーPCL、映像用階調補完技術“SBMV Extend”を採用したBD制作サービスを開始 (https://www.inter-bee.com/) 

＞＞効果として用いるエフェクトとしては、8bpcのみ対応のものの使用は避けております。

↓

すみません、こちらが理解できませんでした。

こちらについては、8bpcでの放送・配信は十分に考慮するけれども10bpcや16bpcで完成原版を作成する（デファクトスタンダードのProRes 422 HQは10bpcですし……）という状況でのことでございます。

16bpcやそれ以上の諧調で作った滑らかなグラデーション素材をはじめ、10bpcや16bpc収録の撮影素材の諧調は捨てたくないので、それらの素材に直接影響するエフェクトとしては8bpcのみ対応のものは避けています。

（多くの場合は、そこまで気を使うこともないと思いますが、逆に8bpcのエフェクトにこだわる必要もないわけでして……。）

簡単に書くと、せっかく10bpc撮影できるカメラを使って16bpcでグラフィック素材を作成して10bpcのProRes 422 HQで書き出すのに、8bpcのみ対応のエフェクトを使ってしまっては素材の諧調が無駄になる、という考え方ですね。

>Ckun様であれば16,32bpcのコンポで8bit用のエフェクトで対応した後、グラデも多少制作中に工夫した後、念のために諧調とびを起こさないように書き出すためにはどのように設定しますか？

正直に申しますと、あまり繊細な処理はしていないことがほとんどです。

私の場合、納品したものがさらに何かしらのエンコードされることがほとんどです。

例えば、テレビ放送であれば、納品は1920×1080 4:2:2 8bit 50MbpsのMPEG2ですが、放送は1440x1080 4:2:0 8bit 10Mbpsちょっとまで圧縮されます。

YouTubeでしたら、20Mbps程度のH.264で書き出したファイルをアップロードしても、YouTube側で再圧縮されて、実際の配信は半分程度かそれ以下のレートかと思います。

なので、納品したファイルでバンディングが見えなかったとしても、最終的な配信時に圧縮によるアーティファクトとしてバンディングが出てくることもありますので、その辺はわりきりが必要かなと思います。