素材動画を読み込んだ時点で、ソースモニター上の動画の色が元よりも濃くなる現象の回避について

ひとつ忘れていたことを思い出したのですが、HEVC(H.265)書き出しを10bitで行う際に「ハードウェアエンコーディング」を使用しますと、正しくないレンジで書き出されるという情報がありました。

H.265 10bit で書き出すとコントラストが広がる

おそらく、デフォルト設定の8bitではこの症状が出ないのだと思うのですが、私の手元の環境は「ソフトウェアエンコーディング」しか選べないので検証できず、確認はできておりません。

ひとまず解決、ということですが、私の説明不足で誤解が生じている可能性があるように感じましたので、補足いたしますね。

まず、私の手元の環境（Windows 10 Home 1809, Premiere Pro CC 13.0.3）では、Premiere Proから書き出したHEVCファイル（プリセットは4K UHDを使用）は、正常にLimitedレンジとして書き出されています。そして、その書き出したHEVCファイルを再びPremiere Proに読み込んだ場合はLimitedレンジの素材として正しく読み込まれ、圧縮によるアーティファクトを除いてはレベル（色の濃さや輝度）の変化はありません。厳密には、色差信号（YUVのUとV）がクリップするようなので、とても濃い色に変化はあるのですが、これはパソコンモニター上では表示できない部分の信号です（技術的には大事なことですが、今回の件にはあまり関係ないと思いますので詳しくは触れません）。

ですので、

>さて、HEVCとして書き出した動画を再読込した場合の色の変化を、

>再調査したのですが。やはり読み込むたびに色が濃くなっていきました。

という結果については、何か別の要因（何らかのコーデックをインストールしているなど？）があるのかもしれません。

>Lumetriスコープを確認したところ、元素材、HEVC出力動画その１、その２の

>動画すべてがFullレンジになっていました。（０と１００を超える信号を確認）

これについては私の説明不足で誤解を招いてしまったかもしれません。

まず、Fullレンジで記録された素材は8bitのコード値の0と255がそれぞれビデオ信号の0%と100%に割り当てられます。そのため、Fullレンジの素材を正しく読み込んだ場合、0%より下と100%を超える信号が出てくることはありえません（リサイズなどの処理で、オーバーシュート・アンダーシュートと呼ばれる、ちょっとした超過は発生する可能性があります）。

従いまして、Fullレンジの素材なのに、明るい太陽が100%を超えていたり、黒い部分が0%を下回っている場合には、Limitedレンジと誤認して読み込まれていると判断できます。これが以前私が返信した内容です。

テレビ放送やDVD・Blu-rayなどで用いられるLimitedレンジでは、8bitのコード値の16と235がそれぞれビデオ信号の0%と100%に割り当てられます。黒より黒いものはないので通常のビデオ撮影映像には0％未満の信号は含まれませんが、100%を超える信号は普通に使用されています。一般的なビデオカメラで撮影した素材には、最大で約109%までの信号が含まれます。また、よく使用されるカラーバーなどのテスト信号は、調整のため0%未満の信号も含んでいます。

Premiere Proは、通常のビデオ編集の設定ですとタイムラインはLimitedレンジであり、Limitedレンジ素材の100%を超える信号も0%未満の信号も正しく扱えますので（一部のエフェクトを除く）、「もともと0%未満と100％を超える信号を含んだLimitedレンジの素材を、色調整せずHEVCやAVCなどで書き出した場合、0%未満と100％を超える信号を含んだままLimitedレンジで書き出される」ということになります。

今回の場合、FullレンジのGoPro素材をLimitedレンジと誤認して読み込まれてしまったことで、本来必要なレンジ変換（0-255→16-235）が行われず、結果的に「0%未満と100%を超える信号が入ったLimitedレンジ素材」として扱われています。この素材を色調整せずHEVCで書き出しますと、そのまま「0%未満と100%を超える信号が入ったLimitedレンジのHEVC素材」として書き出されます。この書き出したHEVC素材をPremiere Proに読み込んだ場合、通常通りLimitedレンジとして扱われます。この素材の信号をスコープで確認しますと、「0%未満と100%を超える信号が入ったLimitedレンジの素材」なので、0%未満と100%を超える信号が確認できます。

というわけで、

>読み込み時には強制的にLimitedになるのに、

>なぜFullとして書き出されているのかこのあたりの挙動に疑問が残りますが、、、

という点については、そもそも最初にFullレンジをLimitedレンジと誤認して必要なレンジ変換をしていないことが原因でして、Premiere Proの挙動としては、「Limitedとして書き出している」ことになります（つまり正常動作です）。

少し表現を変えてまとめますと、

「本来は、Fullレンジの素材は読み込み時に強制的にLimitedレンジに変換して読み込むべきなのに、GoProのFullレンジHEVC素材をLimited素材と誤認しており、FullからLimitedへのレンジ変換をせずに読み込んでしまっている。その結果、Premiere Proで書き出すとLimitedレンジで書き出されるのに、コード値はFullレンジの状態のままになっている。」

という表現もできるかと思います。

（以前の返信で触れましたが、FullレンジのAVC素材についてはFullレンジであることをPremiere Proが認識し、Limitedレンジに強制的に変換されて読み込まれます）

少なくとも私の手元の環境では、「GoProで撮影されたFullレンジのHEVC素材を、Limitedレンジと誤認してしまい、レンジ変換されずに読み込まれてしまう」という現象以外には、特に問題は起きていないということになります。

なお、説明を簡単にするために、ビデオレベルについては色差信号は無視して記述しました。また、パソコン画面上では100％を超える信号は確認できません（パソコンの画面は、ビデオレンジでいうところのFullレンジなので）。

ちなみに、私の仕事は「よくわからないけど色が少し変わるね、」といったことが絶対に許されない職種なので(^^;)、こういった検証は自分の仕事のためでもあります。なので、まったくお気遣いは不要でございます。

更に余談ですが、Davinci Resolveは今でこそ無償版がありますが、以前はハード込みで数千万円規模のシステムでした。元々専門知識を持った人（カラリスト）向けなので、色に関することは何でもできると言っても過言ではありません。そのため設定項目も専門家向けで少々複雑なので、タイムラインの色域などなどデフォルト設定以外で何かしようとすると、なかなか難しいと思います。

私はPremiere Proで編集してタイムラインのデータをDavinci Resolveに送って色調整して再びPremierer Proに戻すといった使い方や、Log収録素材をDavinci Resolveで全部調整して書き出してから、Premiere Proで編集・仕上げを行うといった使い方をしています。

Davinci Resolveの編集機能も充実してきまして、Adobe製品の競合製品になりつつありますが、うまく使い分けして共存できるものではないかと、私は思っております。

>これは仕様であるという認識でよいのでしょうか。

私はHEVCやmp4の仕様（レンジや色域などのメタデータが規格化されてるか否かなど）に明るくないのではっきりとは言えませんが、Premiere ProがGoProのHEVC収録素材のレンジを正しく認識していないのは事実だと思います。それが不具合と言えるのか仕様の範囲内なのかは、なかなか難しいところかと思います。

似たような問題としては、PanasonicのV-Log L収録素材のレンジをそのまま読み込めないということもありました。

私個人的には、素材のレンジや色域など任意に変更できる機能があった方が良いのではないかと思っています。

>仕様だとすると、かなり色味が変わるので、

>これまでに、あまりこの現象についてネット上で言及されていないようなのが不思議ですね・・・。

これは推測になってしまいますが、HEVCで撮影・編集している方がまだあまり多くないことや、使われていても色の変化に気づいていなかったり、本格的に編集している人は色補正して済ませたりと、大問題になるレベルでは無いのかなと、個人的には思います。

ちなみに、前回の返信で書きましたレンジ変換時のエフェクトのパラメーターは、Davinci Resolve 15とEdius9にてフルレンジで素材を読み込んだときと、「ほぼ同じ」結果になるような設定です。ここでの「ほぼ同じ」という意味は、他の動画プレーヤーでの結果との見た目の比較ではなく、ビデオ映像の規格に沿って正しく再生できる環境で見た場合の、見た目と波形モニターでの比較です。

ご経験なさっている通り、動画プレーヤーによって色味がまちまちなので、極端に申しますと動画プレーヤー同士の比較は映像の色味調整の基準をとるうえではあまり意味をなさないものとなります。

（最終視聴環境のプレーヤーが特定されている場合などは、そのかぎりではありません）

Davinci Resolveは無償版でもUHD60pの素材を読み込めるはずなので、触った経験がおありでしたらResolveでデータレベル「フル」で読み込んで、H.264のMP4に変換してからPremiere Proで扱うといったこともできるかと思います。

（目的が色補正ですとResolveでそのまま作業した方がよいかもしれず、本末転倒かもしれませんが……^^;;）

また、Premiere Proで完結させるにしましても、今回は「色補正する」ことが前提ということですので、「先方」さんとのやりとりの方法にもよりますが、Lumetriエフェクトでレンジ変換と色補正を一度に済ませてしまっても良いように思います。

以下は余談です。今回は微妙な色の濃さの変化なども気になさっているようですが、細かい色調整のためにはモニター環境が正しい色味であることが大前提となります。

例えば、モニター環境がほんの少し色が薄く見えてしまう環境だったとして、それを基準に調整した場合、正しい色で見られる環境で再生すると全体的に色が濃く見えてしまいます。

PCM ittsuiさんが最初に返信してくださった通り、ビデオ映像を正しく評価するためには専用のハードウェアで出力して放送基準のモニターで見る必要があります（私の検証も、SDI出力を業務用の有機ELモニターと波形モニターで確認しています。ただし4K出力はハードでFHDにダウンコンバートしての確認です）。

とはいえ、そこまでするのはなかなか大変ですので、現在お使いのディスプレイに「sRGBモード」など色域が明記されたモードがあればそのモードの標準値に各設定を合わせたり、Premiere Proのカラーマネージメントを組み合わせてカラープロファイル等の設定を正しく行うなどなど、できる限り「正しい色」で見られるような工夫も必要になるのではないかと思います。

ちなみに、Premiere ProのカラーマネージメントをOFFにしますと、タイムライン上の映像は一切色域変換されずグラフィックボードに送られます。そういった意味では、Premiere Proは「余計な変換」をしません。

いずれにしましても、検証の際には「フルレンジ」と「リミテッドレンジ」の違いと、再生ソフトや再生環境による違いを、分けて考えていただくと良いと思います。

撮影機材の情報、ありがとうございました。GoPro Hero 6でHEVC収録された素材を入手できたので、私も試してみました。

（Windows 10 Home 1809, Premiere Pro 13.0.3です。）

その結果、GoProのHEVC収録素材がFULLレンジであるにもかかわらず、Premiere ProではLIMITEDレンジとして読み込まれており、白飛び・黒つぶれが発生していました。Lumetriスコープの「波形（輝度）」を、「クランプ信号」のチェックを外してみて頂きますと、（被写体にもよりますが）0を下回る信号と100を超える信号が出てくることから確認できるかと思います。

しかしながら、Premiere ProからHEVCで書き出した素材を再びPremiere proに読み込んでみましても、さらにレベルや色味が変化することはありませんでした。ちなみに書き出しの設定は、「ソースの一致-高速ビットレート」ではビットレートが低すぎて圧縮にる色の変化が出てしますので、レベルを「高」にしてターゲットビットレート60Mbps、最大ビットレート100Mbpsにしました。

話を戻しましてFULLレンジ素材なのにLIMITEDレンジで読み込まれてしまうことに関しては、根本解決ではないものの「エフェクト」の「旧バージョン」にある「RGBカラー補正」を使用し、「ペデスタル」を0.07、「ゲイン」を0.86くらいにしますと、概ね良好に補正されると思います。

返信ありがとうございます。

なるほど、HEVC素材がそうなるのですね。

「HEVC→HEVCで書き出しをしたところ、

　やはり色味が濃い状態で書き出されてしまいました。」

とありますが・・・

書き出したHEVC素材をもう一度同じように読み込み、書き出すとさらに色が変化しますか？

もしかすると撮影素材のHEVCだけに起こる現象であれば・・・また何か見える気がします。

いかがでしょうか？

最終目標が、

>動画の色編集の指示は、元動画の撮影者からいただくのですが、

>先方が使っているプレーヤーがQuickTimeなので、

>premierePro上の素材の見た目をQTに合わせられるといいな・・・と思っています。

とのことですので、先方がMacのQuickTimeプレーヤー（カラーマネージメントあり）なのかWindowsのQuickTimeプレーヤー（セキュリティリスクのため推奨されていませんが、おそらくカラーマネージメントなし）なのか、といった違いも考慮する必要がありまして、そもそもディスプレイ自体の色域やそのずれ幅、輝度などの設定値の問題もありますので、ある程度厳密に考えますと「不可能」とまでは申しませんが「けっこう難しい」ことだと思います。

>カラーマネジメントのON/OFFすると、わずかに色が変化しました。

>色の濃さでいうと

>Premiere上で、カラーマネジメントON＞カラーマネジメントOFF＞

という挙動から、おそらくOSのカラー設定は標準的なsRGBかと思います。カラーマネージメントをONにすると、シャドウ部分が少し締まった（暗くなった）感じで若干メリハリが強くなるので、色が濃くなったように感じるのではないかと思います。

専用のハードウェアによる接続でRec709 ガンマ2.4に設定した業務用SONY製有機ELモニターに表示させた内容と、Premiere ProのカラーマネージメントをONにした状態でDELLの標準的なsRGB色域モニターに編集画面を表示させている状態を並べて見る限り、感覚的には両者はわりと近い表示です。

OSのカラー設定やお使いのディスプレイの色域が正しいと仮定しますと、カラーマネージメントONで使う方が技術的には適していると思います。しかし一方で、すでにご経験されている通り再生環境によっても色が変わるのが現状ですので、最終用途によってはカラーマネージメントしないで表示した状態の方が最終用途での表示に近いということもありえるわけで、なかなか説明が難しい部分ではあります。例えば、YouTubeの表示はカラーマネージメントされているか？といった疑問もあります（いずれ、自分で調べようと思いつつ、調べていないのでわかりません）。

「先方」の環境次第ですが、「Premiere ProでカラーマネージメントをONにした状態」が、先方での表示に一番近いという可能性もあります。

なお、Premiere Proで色補正せずに書き出しても色が変わる件は、元素材のカラーレンジが「FULL」になっているので書き出し時に「Limited」へのレンジ変換が行われているはずなのですが、再生に使用するソフトが正しく解釈していれば、これ自体は色味の変化と直接の関係はないと思います（私は深く検証していないので誤りがあるかもしれません……）。

書き出し前・後のファイルを、VLCなど他の再生ソフトで比較するといかがでしょうか。また、書き出したファイルを先方にお送りして、先方の環境でも検証していただくのも良いのではないかと思います。