ひとまず解決、ということですが、私の説明不足で誤解が生じている可能性があるように感じましたので、補足いたしますね。
まず、私の手元の環境（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製品の競合製品になりつつありますが、うまく使い分けして共存できるものではないかと、私は思っております。
15
返信
AdChoices