17
返信
「クリップの不一致」が出ている場合、BT.2100などの色域を含めて何かが一致ししていないということですので、仮にシーケンスの設定を正確に正しく行っているとしますと、クリップの方が適切ではないということになると思います。
文字だけですとなかなかお手元の状況がわからないのですが、とはいえスクリーンショットを沢山貼っていただくのも大変だと思いますので、一応流れを改めて書いてみます。
まず、「Catalyst Browse」での変換ですが、ソースの色域がRec.2020/HLG(BT.2100と同義です)になっており、出力もソースと同じになっていることを確認してXAVC-Intraで書き出します。
書き出したMXFをPremiere Proに読み込み、念のためプロパティにてBT.2100 HLGになっているか確認します。
「クリップに最適なシーケンス」を作成します。
念のため、シーケンス設定をひらいてBT.2100になっていることを確認します。
書き出し画面にて、QuickTimeのProRes 422 HQ HLGを選びます。
以上の流れで書き出していただきますとBT.2020 HLGの属性が付いたmovファイルが書き出されます。
>YouTubeに4K HDRの動画を書き出す際は、
>「QuickTime」ではなく、「H.264」で行わないと行けないようです。
ということですが、張っていただいたリンク先（私が最初に張ったリンク先と同じですね）にはそのようなことは書いていないと思います。今一度、リンク先の「HDR 動画ファイルのエンコーディング」の欄をご確認いただければと思います。
もちろん、H.264のMP4コンテナでアップロードしてもよいのですが、その場合10bitで書き出していただく必要があります。作品の長さが長い場合には、H.264のほうが良いと思いますが、その場合は書き出し設定を適切にカスタマイズする必要が出てくると思います。
ちなみに、先ほどの返信の手順で書き出したProRes 422 HQ HLGのmovファイルをYouTubeにアップして、HDR対応環境で再生した結果がこちらです。
（スクリーンショットの色域が適切に変換できていないので、添付した画像の色は不正確です。）
ちなみに、私の手元のPC（Windows）環境がHLG非対応でHGR10(PQ)のみ対応のためか、ディスプレイの性能があまりよくないためかわかりませんが、そもそも色調が合っていないようです。SONYのテレビで見ると大丈夫なようです。
撮影したHLG素材に色補正を行う場合には、HDRをきちんと確認できるモニター環境が必要になります。Adobeのマニュアルの該当箇所のリンクを貼ってみますね。
必要なハードウェアを用意したうえで、編集システム全体がBT.2020/HLG(BT.2100)で動くよう設定する流れになります。BlackMagic Design製のデバイスを使っている場合にはこのような設定画面になります。
とはいえなかなか環境をそろえるのは難しい場合もあるかと思いますので、ちょっとした補正であれば厳密さは妥協して調整してしまうのも手ではあると思います。
しかしながら、赤が強いというのが実際にBT.2100環境で視聴して赤が強いのか、モニター環境の各種設定や性能の関係で赤が強く見えているのか、注意が必要だと思います。
BT.2100の映像をBT.709と誤認された状態で見ると（AX700の素材をそのままPremiere Proに読み込んだ状態）、BT.2020とBT.709の色域の関係で色が薄いだけではなく若干緑っぽい印象に見えます。その表示に慣れていると、正しい表示にしたときに赤が強く見える可能性もあり得ます。
モニター環境がクリアされている前提で書き進めますと、ホワイトバランスがズレて全体的に赤みを帯びているか、赤い部分が濃すぎる印象になっているかということかと思いますので、Lumetriカラーエフェクトで修正できるかと思います。
前者の場合は、ホワイトバランスの項目で合わせます。映像中に白いものが写っていれば、WBセレクターのスポイトでクリックしてやると、その部分が白くなるような補正値がセットされます。スライダーを動かして見た目でお好みの雰囲気に合わせてもOKです。
後者の場合は、カーブの中の色相VS彩度を使う方法があります。彩度を調整したい赤い部分を色相（VS彩度）セレクターでクリックして、中心を下げると赤の彩度だけ下げられます。
色の調整は、誤解を恐れず書くと素材の情報をどんどん捨ててゆくことなので、過度な調整は映像の破綻（諧調飛び・ノイズの増加）を招くことがあります。AX700のHLGは8bit収録だったかと思いますので、推測にはなりますが控えめに調整した方が破綻が少ないのではないかと思います。
AdChoices