Skip to main content
Filter Ideas:
19 Posts
新しい「ビデオ範囲」(ビデオスコープ)に、従来の「Lumetriスコープ」と同等の信号監視機能(サブブラック/スーパーホワイト・YUV表示・ビデオレンジでのコード値の表示)を実装してほしいOpen for Voting

新しい「ビデオ範囲」は、ローパスフィルターの搭載などのありがたい改良がみられる反面、以前の「Lumetriスコープ」で可能だった「サブブラック・スーパーホワイトの確認」「YUVのレベル表示」、および「本来のコード値の確認」ができなくなっていることに不便さを感じています。 放送や業務の分野では、スーパーホワイトを含む映像を日常的に扱うほか、素材チェックにおいては、スーパーブラック(ARIBカラーバーのPLUGE信号の-2%ブラック、意図しない黒潜りなど)の確認が必要です。 カラーグレーディング作業においてはRGBでの確認が基本だとは思いつつも、ProRes 422ファミリーやAVC、HEVCなど、ハイエンド未満の用途で使われるコーデックの多くはYUVのビデオレンジで扱われることが多いと思いますので、YUVのレベル表示も必要です。 また、Log収録素材を扱う際、「意図した正しいレベルで読み込まれているか」を検証するため、素材本来のコード値の確認が不可欠です。(こちらのリンク先【素材のデータレベル(レンジ)の確認・変更ができる機能がほしい】の事例のように、正しいレベルで読み込まれない問題も発生しうるため、スコープ側での確認は重要と考えます。) 現状は「レガシースコープを表示」に切り替えることで回避できますが、「レガシー」という名称から、いずれこの機能自体が廃止されてしまうのではないかと、少し不安が残ります。 これらの機能を必要とするユーザーは決して多くはないとは思うのですが、映像制作の現場でストレスなく信号監視が行えるよう、少なくとも「レガシースコープ」と同等の機能を、新しい「ビデオ範囲」にも実装していただけるとありがたいです。 バージョン 27.1.0 BETA StaticLib (ビルド 39)ARIB STD-B28 マルチフォーマット・カラーバーの例  業務用ビデオカメラで撮影したRec.709の映像の例 テスト用ランプ信号の例 

Premiere のカラーマネジメントに、DJI Osmo Pocket 4P の D-Log2 / D-Gamut2 を入力カラースペースとして追加してほしい。Open for Voting

Add DJI D-Log2 / D-Gamut2 as an input color space in Premiere color managementOsmo Pocket 4P は、メーカー公称最大17ストップの Log 形式「D-Log2」で収録できます。色域は従来の D-Gamut ではなく D-Gamut2 とされており、既存の「DJI D-Log/D-Gamut」では正しく変換できません。現状、Premiere の「カラースペースを上書き」に D-Log2 はなく、自動検出もされません。公式の「D-Log2 to Rec.709」LUT を入力 LUT に当てる回避策はありますが、これは Rec.709 への見た目変換であり、ワイドガマット作業空間、入力トーンマッピング、HDR(HLG / PQ)出力には乗りません。 希望する動作:入力カラースペースに「DJI D-Log2/D-Gamut2」を追加する(手動のカラースペース上書きで選べること) Osmo Pocket 4P の D-Log2 クリップを、メタデータから自動検出してカラーマネジメントする 既存の DJI D-Log/D-Gamut と同じく、シーケンスの作業色空間・出力色空間に応じて変換されること  対象: Premiere のカラーマネジメント(Lumetri の入力 LUT ではなく、ソースの入力カラースペース)カメラ: DJI Osmo Pocket 4P(D-Log2、10-bit) 

シーケンスの設定にsRGBワークスペースも選べるようにしてほしいOpen for Voting

Premiere Proにも、After Effectsのように sRGB IEC61966-2.1 を作業カラースペースとして選べるようにしてほしいです。CG・アニメーション・Web・PCモニター確認用の制作では、実際には sRGB / ガンマ2.2 基準で作業しているケースが多くあります。しかしPremiere ProはSDR作業・書き出しがRec.709中心のため、sRGB基準の素材を扱うと、色管理されたプレイヤーで確認した際に見た目がズレることがあります。検証では、Premiere Proから書き出したH.264の映像データはそのままに、カラー情報だけを NCLC 1-13-1 / Video Range に変更しました。Primaries: BT.709 / 1Transfer: sRGB / 13Matrix: BT.709 / 1Range: Video / Limited その結果、macOS QuickTime Player、Windows Media Player、VLC、RV、Premiere Proで、元のsRGB PNGにかなり近い見た目になりました。またPremiere Pro自身も、その変換後ファイルを sRGB として認識しました。つまりPremiere Proは読み込み時にはsRGB / 1-13-1を理解できます。しかし作業カラースペースや書き出し設定として、それを明示的に選べません。そのため、Premiere Proに以下を追加してほしいです。 作業カラースペース:sRGB IEC61966-2.1書き出しメタデータ:sRGB / NCLC 1-13-1 Rec.709を置き換える要望ではなく、sRGBベースのCG・アニメーション・Web向けSDRワークフローも正式に扱えるようにしてほしい、という要望です。

素材のデータレベル(レンジ)の確認・変更ができる機能がほしいOpen for Voting

【要望の概要】カラーマネージメントと新しいカラーモードを活用するためには、「素材のデータレベル(レンジ)を正しく設定すること」が、今まで以上に重要になると考えます。そのため、「素材のデータレベルの設定状況(フルレンジ/リーガルレンジ)を表示する機能」と、「素材のデータレベルを手動で変更できる機能」をリクエストします。 【理由】Premiereは素材に応じてデータレベルを自動的に設定し、必要なレンジ変換を行なっているものと考えられますが、素材によっては誤った設定となる場合があります。その結果、カラーマネージメントによる色域・トーン(伝達関数)の変換も誤ったレベルで行われ、正しい色調・トーンに戻すことが困難になります(注1)。 【問題が生じる例】次の画像は、PanasonicのV-Log / V-Gamutを使用し、「AVC-Intra」と「ProRes 422 HQ」の2種類のコーデックで収録したMOVファイルを、Premiere v. 26.5.0 BETAのタイムラインに配置し、プログラムパネルに表示したものです。シーケンスのカラー設定は「ダイレクト Rec709」を使用し、「自動検出されたログと Raw メディアのカラー管理」を有効にしています。本来であれば、AVC-IntraとProRes 422の色味・トーンは完全に一致するはずです。しかしProRes 422 HQで収録した素材では、不必要な「リーガルレンジ→フルレンジへの拡張」が行われているように見受けられます。その結果、Rec.709変換後の画像はコントラストが強くなり、暗部が0%未満に沈み込んで不正確なレベルになり、「黒潰れ」が発生します。 ここには、大きく分けて二つの問題があります。一つ目は、Log素材におけるレベル管理が正しくない点です。Rec.709収録の素材には、「フルレンジ」と「リーガルレンジ(ビデオレンジ・リミテッドレンジ)」の2種類の解釈の仕方があります。そして、輝度・色差コンポーネント(YUV)で記録されるProRes 422 HQを「リーガルレンジ」として扱うことは自然な動作です。しかしLog収録素材においては、基本的に「リーガルレンジ」という考え方はありません。例えば、今回使用したPanasonicのV-Logでは、10bitコード値において「128」が0%のブラック、「433」が