このセミナーは、色彩科学者のピーター・ポストマ氏によって開催され、エース光がどのように測定され、デジタルで表示されるかについて、驚くほど包括的な概要を提供します。

VFXのためのカラーサイエンス

色はファイル形式でも、LUTでも、「見た目」でもありません。ライトフィルター済み人間の視覚数値化され、それぞれ異なる言語を話すカメラやソフトウェアを通して処理され、最終的には、人々が見ることができるより大きな世界の中の三角形の色しか表示できないディスプレイに強制的に表示される。

もしキャリアについてたった一文だけ覚えておくとしたら：

「赤」はディスク上の波長ではなく、特定のデバイス上で、特定の変換処理の下で、光が人間にどのように見えるべきかについての管理された主張である。

このレッスンでは、視覚→CIE測定→色域→カラーマネジメント（IDT/作業空間/ODT）が必要な理由→カメラがログエンコードする理由→情報理論とビットという概念を構築していきます。

物理的に見て、色とは何でしょうか？

可視光線は電磁スペクトルの狭い帯域であり、おおよそ380～700 nm人間の視覚の場合、波長が長いほど「赤」に、波長が短いほど「紫」に近づきます。太陽光、タングステン、LED、RGBピクセルはそれぞれ異なります。スペクトル（電力対波長）

カメラはないスペクトルを保存する。あなたの目もそうではない。どちらも連続スペクトルをいくつかのチャネル応答に集約する。

2つの異なるスペクトルは、人間には同じように見えることがあります（メタメリズム) だから「プレートを合わせる」というのはパイプラインの下で知覚される色あらゆる場所で物理法則が同一であるということではありません。

「赤」とは一体何なのか？

人々は「赤」という言葉を少なくとも4つの相容れない方法で使用している。

1. 物理— 長波長光（例：約650nmのレーザー光）。
2. 感覚—「これは私には赤く見える」何らかの調整（昼光とタングステン光の比較）による。
3. RGBコード— 例(1, 0, 0)ある色空間において。
4. マーケティング／UI— 図表上の三角形の純粋な角。

EXR、ProRes、Nukeに存在するものは（３）のみであり、(1, 0, 0)色空間がなければ意味がない。

• (1, 0, 0) で sRGB / Rec.709CIEチャート上の赤色の原色の一つです。
• (1, 0, 0) で ACEScgは違う色彩の多様性 ― はるかに「広い」。
• (1, 0, 0) で カメラログこれは線形シーンの赤色ではなく、ログカーブとカメラマトリックスの後のコード値です。

タイムライン上の「赤」は常に次のことを意味します。

コード値 + 色空間 / エンコーディング + ビュー変換

これらのいずれかを誤って管理すると、クライアントモニター上で「赤」がピンク、オレンジ、潰れた状態、または不正な状態に変わります。

なぜ管理する必要があるのか

管理なしでは、以下のことが起こります。

• 間違った予備選挙— Alexaの映像をRec.709として扱うと、色相が変化する。
• 伝達関数が間違っています— ログをディスプレイのガンマとして扱うと、画像が白っぽくなったり潰れたりする。
• 間違った白— D60作業スペースは、調整なしでD65として表示されています → 全体のキャスト。
• クリッピング適切なレンダリング変換を行わずに、広いカメラの色を狭いディスプレイの色域に押し込むと、ネオンエッジ、色相の歪み、ハイライトのディテールの喪失が発生します。

カラーマネジメントとは、各画像に数字の意味をラベル付けする そして 変革する意味が変わるとき（カメラ → シーン線形 → ディスプレイ）。

色の測定方法：CIE 1931

1931年、CIEは「標準観測者」が3つの仮想的な原色を用いて光を照合する方法を正式に定めた。X、Y、Zそれによって以下のことが分かった。

• 割り当てる方法数字知覚される色（特定のカメラに依存しない）。
• 有名な色度図: プロジェクト XYZ からxyつまり、輝度なしで色相や彩度のような位置をプロットできるということです。

x = X / (X + Y + Z)
y = Y / (X + Y + Z)

• Y輝度のような情報を伝える。
• xyは 2D「馬蹄形」チャートです。湾曲したエッジはスペクトル軌跡（純粋な単色光）。ストレートベースは紫色の列（単一の波長ではなく、極端な赤色と紫色の混合物）。

CIE 1931チャートの読み方（ブロックを使用）

3原色RGBディスプレイやカメラエンコーディングではカバーできない全体蹄鉄。その隙間が、私たちが話す理由です。範囲、音量、 そして レンダリングインテント。

人間の視覚（なぜ緑色なのか、なぜ対数的な知覚なのか）

錐体細胞と輝度

目はないスペクトル全体にわたって感度が均一。ビデオの輝度は、緑がかったミックスが支配的（古典的なRec.709風）です。

Y ≈ 0.2126·R + 0.7152·G + 0.0722·B

（線形化されたRec.709関連のRGBにおいて）。これが、緑色が「ディテール／明るさ」の大部分を担い、クロマサブサンプリングが色解像度を犠牲にしても問題ない理由です。

知覚は圧縮的である

物理的な光は桁違いに大きい（星明かり→太陽）。主観的な明るさはおおよそ対数／べき乗則線形ではない。ウェーバー・フェヒナー型：等しい比率光の感じは等間隔というより等間隔のステップのようだ追加する。

ディスプレイやカメラはそれを利用している。

• シーン線形浮動小数点（EXR）は、照明計算のための物理的な比率を格納します。
• ガンマ / PQ / HLG / 対数ビット深度が限られているため、値の形状を変更して、目が変化に気づく場所に多くのコードを配置する。

それは橋ですカメラがログをエンコードする理由 （下に）。

適応

脳はホワイトバランスを継続的に調整します。タングステンライトの下にあるグレーカードは、1 分後には「白く見える」ようになります。RAW ファイルは、あなたのために調整されません。パイプラインは、クリエイティブホワイトそして、成績やCG（累積GPA）を通してそれを貫き通す。

ガマット：三角形は世界ではない

A色域これは、デバイスまたはエンコーディングが表現できる色のセットです。

VFXに関する重要な事実：プレートにはカメラの色が使われていることが多いレクリエーション709の外側709に早まって変換してクリップすると、ショーのLUT、HDRグレーディング、またはマッチングCGに必要な情報が失われます。

CIEチャート上では、カメラ/ACES三角形が外709 トライアングル。カラーマネジメントの仕事は、これらの値を安全に保持し、出力変換それらを実際のモニターにどのように表示するかを決定する。

パイプライン：IDT → 作業スペース → ODT（および関連ツール）

カラーマネジメントとは、名前付き変換. OCIO / ACES 言語:

メンタルモデル

Camera log / RAW  --IDT-->  Scene-linear working RGB  --creative grade / CG-->  same working space
                                      |
                                    ODT / view
                                      v
                              Client monitor / deliverable

• IDT回答：「これらのコード値はこれカメラのエンコーディング。シーンライトを意味するように設定してください。
• ODT回答：「これらのシーン値は正しく見えるはずですこれ以下に表示これ 標準。"

両端を飛ばすと、推測に頼ることになります。IDTなしでログの彩度を「補正」するのは、カーゴカルト的な色彩感覚です。

なぜ両端が重要なのか

ルール：スクリプト内のすべての画像には既知の役割（入力エンコーディング、動作、表示）。OCIO 設定が存在するので、ショットごとにマップを作成する必要がなくなります。

カメラがログをエンコードする理由

センサーは、おおよそ露出と線形関係（範囲内で）。ファイルはない通常、すべてのプロダクションコーデックに対して、純粋な線形16ビット整数を出荷します。

問題ログは解決します

1. ダイナミックレンジ―最新のセンサーは、ハイライトとシャドウの多くの階調を捉えることができる。
2. 限定コード値— 10ビット、12ビット整数コーデックは、固定されたレベルのセットを持つ。
3. 人間の視覚中間調では、極端なハイライト（知覚が重視する情報）よりも細かい段階が必要になります。
4. ハイライト保護純粋な線形エンコーディングでは、グレーディングで圧縮される明るい部分にコードが無駄に使われ、中間調の部分ではコードが不足してしまう。

対数曲線(LogC、S-Log3、REDLog3G10、V-Log、…) を適用する圧縮伝達関数 となることによって：

• 信号機の各段階は、より均等なコード値の範囲に対応しています。
• 中間グレーは、定義されたコード値（例えば、曲線によって約0.38～0.45）に位置します。
• ハイライトは、純粋なガンマ2.2のように急激にクリッピングするのではなく、滑らかに変化します。

それはない見た目。それはコンテナエンコーディング伝送とビット深度に合わせて最適化されています。「ルック」は後から追加されます（LUT、カラーグレーディング、ODTの表示）。

人間の視覚と情報理論との関連性

考えてみてください予算としてビット:

• シーンのダイナミックレンジは、14ヶ所以上の停留所有用な信号の。
• 10ビット信号は1024チャンネルごとのレベル（法定範囲／ヘッドルームを超えると少なくなる）。
• コードを割り当てる場合光に対して直線的にほとんどのコードは最上位の停留所へ移動し、影はポスタライズされます。
• コードを割り当てる場合停車駅ごとにほぼ均等（対数）では、目のほぼ一定の感度を相対的学力レベルを変化させ、維持する。

CGにおける浮動小数点EXRと同じ考え方です。シーンリニアフロート相対精度が非常に高い範囲を持っています。対数整数は圧縮された妥協案フロートRAWパイプラインが納品物ではない場合のカメラおよび編集コーデック向け。

IDTカメラログを元に戻し（カメラのカラーマトリックスを適用して）、作業用リニアに変換します。ODT表示曲線と色域マップを適用することで、視聴者が線形データを見ないようにします。

ガンマ、「線形」、そしてNukeが行っていること

• リニア（シーン参照）：RGBを2倍にすると、光量も2倍になります。露出、光のぼかし、物理CGのための計算式です。
• ディスプレイ参照ガンマ：既にモニター用に整形されたコードです。「0.18」は、変換なしではシーンの表現上18%グレーではありません。
• ログ：中間エンコーディング。計算は慎重に行う（物理的にマージすべき場合は、まず線形に変換することが多い）。

よくある間違い：中間グレーをディスプレイの中間グレーであるかのように、映像のグレーディングとキーログを行う。ビューア処理（OCIOビュー）そのため、スクリプトは正しくラベル付けされたまま、目にはODT化された画像が表示されます。

LUTと3D LUT

ALUTこれはサンプリング関数です：入力RGB → 出力RGB。

• 1D LUT— チャンネルごとの曲線（露出、コントラスト、対数↔直線近似）。
• 3D LUT— 完全な3Dラティス。色域マップ、ルック、印刷エミュレーションが可能。

現代のパイプラインでは、多くの「LUT」が焼きたての景色IDT/ODT/lookチェーンの。OCIO という名前の変換可能な限り、番組側が契約としてLUTを提供している場合は、それを使用してください。

LUTはない魔法のような色彩科学――それは表です。入力スペースが間違っていると、出力はゴミになります。

知覚と測定（依然として）

あなたの脳：

• ホワイトバランスを調整します
• 色彩を隣接する色との相対的な関係で判断する（同時対比）
• 暗い色のスーツでは黒つぶれが許容されるが、明るい色のノートパソコンでは不自然に見える。

それで：

• ディスプレイをキャリブレーションするODTは、次のように仮定します。
• 制御された照明下での等級付け。
• スコープと静止画を信頼してください同じビュー変換クライアントが使用する。

ACES / OCIO を1ページにまとめた情報

エース(アカデミーカラーエンコーディングシステム) は、標準化された空間と変換のファミリーであり、施設が「この EXR のガンマはどれですか？」という質問をせずに作業を共有できるようにします。

• ACES2065-1— 広帯域アーカイブRGB（AP0）。
• ACEScg— 共通のCG/コンプ作業スペース（AP1、直線）。
• IDT / ODT— カメラとディスプレイのマッピングを公開（実際の番組におけるOCIO設定経由）。

OCIO(OpenColorIO)はエンジンNuke、Maya、Houdini、Blenderなどでこれらの変換を一貫して適用する方法を示します。

ACESのすべてのバージョンを暗記する必要はありません。必要なのは以下の点です。

1. 知る 入力すべてのプレートのエンコード。
2. 働く線形シーン空間番組側も同意した。
3. ビュー番組を通して、視点が変化する。
4. 届ける正しいODT/出力パスを通して。

実用的なVFXチェックリスト

1. すべての入力にラベルを付ける— カメラ + ログカーブ + 色域 (または RAW + IDT 名)。
2. IDTを作業スペースへ直線的な光を前提としたヒーローライティング/CG/合成処理前の状態。
3. CGレンダリングcompと同じ作業スペース内（または明示的な変換を使用）。
4. ビューア = OCIO 設定を表示OCIOをオフにして見た目を「修正」しないでください。
5. ODTは端の部分のみ— クライアントモニター、QT エクスポート、成果物 — スクリプトの途中でランダムに発生するものではありません。
6. ガマット— カメラの色は709の範囲外になることを想定してください。早めに切り捨てないでください。CIE色度図のブロックを使用して、709がどれくらい小さいかを確認してください。
7. ビット— CGにはハーフ/フロートEXRを推奨します。10ビットログは貴重なものとして扱い、無限ではないと考えてください。
8. "赤"— 常に「赤」を意味するこのスペースで閲覧済みこちらです」

クイックリファレンス

まとめ

• 赤とは何ですか？光、3チャンネルエンコーディング、およびビュー変換の間の管理された関係であり、ファイル内の単一の数値ではない。
• なぜ管理する必要があるのか？カメラ、CG、ディスプレイは、原色、白色、曲線に関して意見が食い違うことがあり、管理されていないパイプラインはエラーを生み出す。
• CIE 1931人間の色彩の共通マップを提供します。RGBシステムは三角形の中にその地図を使うCIE 1931年チャートそれを見るにはブロックしてください。
• IDTプレートをシーン参照ワークスペースに取り込む。ODT完成した作品を実際に展示する。
• カメラはログをエンコードします広いダイナミックレンジを限られた整数コード値に詰め込み、おおよそ対数的な視覚を尊重するということは、情報予算選択であって、成績ではない。
• 仕事 リニア簡単な数学用。ビュー番組の変換を通して表示されるため、ログコードの値と表示内容を混同しないでください。