
このセミナーは、色彩科学者のピーター・ポストマ氏によって開催され、エース光がどのように測定され、デジタルで表示されるかについて、驚くほど包括的な概要を提供します。
色はファイル形式でも、LUTでも、「見た目」でもありません。ライトフィルター済み人間の視覚数値化され、それぞれ異なる方言を話すカメラやソフトウェアを通して処理され、最終的には、人々が見ることができるより大きな世界の中の三角形の色しか表示できないディスプレイに強制的に表示される。
もしキャリアについてたった一文だけ覚えておくとしたら:
「赤」はディスク上の波長ではなく、特定のデバイス上で、特定の変換処理の下で、光が人間にどのように見えるべきかについての管理された主張である。
このレッスンでは、視覚→CIE測定→色域→カラーマネジメント(IDT/作業空間/ODT)が必要な理由→カメラがログエンコードする理由→情報理論とビットという概念を構築していきます。
可視光線は電磁スペクトルの狭い帯域であり、おおよそ380~700 nm人間の視覚の場合、波長が長いほど「赤」に、波長が短いほど「紫」に近づきます。太陽光、タングステン、LED、RGBピクセルはそれぞれ異なります。スペクトル(電力対波長)
カメラはないスペクトルを保存する。あなたの目もそうではない。どちらも連続スペクトルをいくつかのチャネル応答に集約する。
システム | 光をサンプリングする方法 |
|---|---|
人間の目 | 感度が広範囲に重なり合う3種類の錐体細胞(L、M、S) |
シネマカメラ | 通常はベイヤーRGBフィルターとセンサーのスペクトル曲線 |
画面 | 3色(またはそれ以上)の原色を混ぜ合わせて目を刺激する |
2つの異なるスペクトルは、人間には同じように見えることがあります(メタメリズム) だから「プレートを合わせる」というのはパイプラインの下で知覚される色あらゆる場所で物理法則が同一であるということではありません。
人々は「赤」という言葉を少なくとも4つの相容れない方法で使用している。
(1, 0, 0)ある色空間において。EXR、ProRes、Nukeに存在するものは(3)のみであり、(1, 0, 0)色空間がなければ意味がない。
(1, 0, 0) で sRGB / Rec.709CIEチャート上の赤色の原色の一つです。(1, 0, 0) で ACEScgは違う色彩の多様性 ― はるかに「広い」。(1, 0, 0) で カメラログこれは線形シーンの赤色ではなく、ログカーブとカメラマトリックスの後のコード値です。タイムライン上の「赤」は常に次のことを意味します。
コード値 + 色空間 / エンコーディング + ビュー変換
これらのいずれかを誤って管理すると、クライアントモニター上で「赤」がピンク、オレンジ、潰れた状態、または不正な状態に変わります。
管理なしでは、以下のことが起こります。
カラーマネジメントとは、各画像に数字の意味をラベル付けする そして 変革する意味が変わるとき(カメラ → シーン線形 → ディスプレイ)。
1931年、CIEは「標準観測者」が3つの仮想的な原色を用いて光を照合する方法を正式に定めた。X、Y、Zそれによって以下のことが分かった。
x = X / (X + Y + Z)
y = Y / (X + Y + Z)特徴 | 意味 |
|---|---|
馬蹄形の境界線 | 2°標準観測者における人間の色収差の限界 |
蹄鉄の内側 | 本物の、混ぜ合わせ可能な色(白に近い彩度) |
ホワイトポイント(例:D65) | 特定の光源/ディスプレイに対して「ニュートラル」 |
RGBトライアングル | その空間の3つの原色を混ぜ合わせることで作れるすべての色 |
三角形の外側だが、馬蹄形の内側 | 人間には見える、ないそのRGBシステムで再現可能 |
3原色RGBディスプレイやカメラエンコーディングではカバーできない全体蹄鉄。その隙間が、私たちが話す理由です。範囲、音量、 そして レンダリングインテント。
Horseshoe = all chromaticities a standard observer can see. Triangles = colors an RGB system can make from its three primaries. Scroll to zoom, drag to pan.
sRGB / Rec.709
Display P3
Rec.2020
ACEScg (AP1)
目はないスペクトル全体にわたって感度が均一。ビデオの輝度は、緑がかったミックスが支配的(古典的なRec.709風)です。
Y ≈ 0.2126·R + 0.7152·G + 0.0722·B(線形化されたRec.709関連のRGBにおいて)。これが、緑色が「ディテール/明るさ」の大部分を担い、クロマサブサンプリングが色解像度を犠牲にしても問題ない理由です。
物理的な光は何桁も大きい(星明かり→太陽)。主観的な明るさはおおよそ対数/べき乗則線形ではない。ウェーバー・フェヒナー型:等しい比率光の感じは等間隔というより等間隔のステップのようだ追加する。
ディスプレイやカメラはそれを利用している。
それは橋ですカメラがログをエンコードする理由 (下に)。
脳はホワイトバランスを継続的に調整します。タングステンライトの下にあるグレーカードは、1 分後には「白く見える」ようになります。RAW ファイルは、あなたのために調整されません。パイプラインは、クリエイティブホワイトそして、成績やCG(累積GPA)を通してそれを貫き通す。
A色域これは、デバイスまたはエンコーディングが表現できる色のセットです。
空間 | 厳しい役柄 |
|---|---|
sRGB / Rec.709 | 従来のウェブ放送とHD放送の三角形(小) |
ディスプレイP3 | より広い現代のディスプレイ/電話 |
記録2020 | UHDTVコンテナ。ほとんどの実際のテレビはまだそれを埋めることができない。 |
ACEScg (AP1) | 一般的なVFX作業用RGB(ワイド、シーン参照) |
ACES2065-1 (AP0) | アーカイブ用ACES RGB(非常に広い色域、ほぼ「CIE全域」) |
VFXに関する重要な事実:プレートにはカメラの色が使われていることが多いレクリエーション709の外側709に早まって変換してクリップすると、ショーのLUT、HDRグレーディング、またはマッチングCGに必要な情報が失われます。
CIEチャート上では、カメラ/ACES三角形が外709 トライアングル。カラーマネジメントの仕事は、これらの値を安全に保持し、出力変換それらを実際のモニターにどのように表示するかを決定する。
カラーマネジメントとは、名前付き変換. OCIO / ACES 言語:
学期 | 意味 |
|---|---|
IDT(入力デバイス変換) | カメラ/プレートのエンコード →シーン参照型作業空間 |
作業スペース | 照明、CG、およびほとんどのカラーグレーディングすべき発生する(多くの場合、線形ACEScgまたは類似のもの) |
ODT(出力デバイス変換) | 作業スペース →表示物/納品物(Rec.709、P3-D65、HDR10、…) |
RRT(参照レンダリング変換、ACES) | シーン → ディスプレイODT前のディスプレイ参照型「ルックファンデーション」(ACES 1.0クラシックアーキテクチャ) |
ビュー変換 | あなたが見るビューア内(多くの場合、プレビューODT+ルック) |
画面 | 実際のデバイス校正ターゲット |
Camera log / RAW --IDT--> Scene-linear working RGB --creative grade / CG--> same working space
|
ODT / view
v
Client monitor / deliverable両端を飛ばすと、推測に頼ることになります。IDTなしでログの彩度を「補正」するのは、カーゴカルト的な色彩感覚です。
間違い | 症状 |
|---|---|
IDTなし(対数変換は線形または709として扱われる) | コントラストが間違っていたり、色相が間違っていたり、CGが一致しなかったり |
ODTなし(sRGBにリニアダンプ) | 暗すぎたり、平坦すぎたり、あるいは極端に明るすぎたり。「FinderでEXRファイルがおかしく見えるのはなぜですか?」 |
カメラAのIDTがBからの映像に映っている | 系統的な色相/彩度誤差 |
クライアントが709の場合、P3のODT | 自宅では素敵に見えるが、スイートルームでは似合わない |
ルール:スクリプト内のすべての画像には既知の役割(入力エンコーディング、動作、表示)。OCIO 設定が存在するので、ショットごとにマップを作成する必要がなくなります。
センサーは、おおよそ露出と線形関係(範囲内で)。ファイルはない通常、すべてのプロダクションコーデックに対して、純粋な線形16ビット整数を出荷します。
対数曲線(LogC、S-Log3、REDLog3G10、V-Log、…) を適用する圧縮伝達関数 となることによって:
それはない見た目。それはコンテナエンコーディング伝送とビット深度に合わせて最適化されています。「ルック」は後から追加されます(LUT、カラーグレーディング、ODTの表示)。
考えてみてください予算としてビット:
CGにおける浮動小数点EXRと同じ考え方です。シーンリニアフロート相対精度が非常に高い範囲を持っています。対数整数は圧縮された妥協案フロートRAWパイプラインが納品物ではない場合のカメラおよび編集コーデック向け。
エンコーディング | 良い | もしあなたが…なら、それは良くない。 |
|---|---|---|
シーンリニアフロート(EXR) | 照明、CG、合成、科学 | ビュー変換なしで生データをsRGBビューアにダンプする |
カメラログ(整数) | 撮影現場/編集範囲、10ビットメディア | 表示参照されているかのように採点する |
ディスプレイガンマ/PQ | 最終ビュー、ストリーミングマスター | 照明付き作業スペースとして使用する |
IDTカメラログを元に戻し(カメラのカラーマトリックスを適用して)、作業用リニアに変換します。ODT表示曲線と色域マップを適用することで、視聴者が線形データを見ないようにします。
よくある間違い:中間グレーをディスプレイの中間グレーであるかのように、映像のグレーディングとキーログを行う。ビューア処理(OCIOビュー)そのため、スクリプトは正しくラベル付けされたまま、目にはODT化された画像が表示されます。
ALUTこれはサンプリング関数です:入力RGB → 出力RGB。
現代のパイプラインでは、多くの「LUT」が焼きたての景色IDT/ODT/lookチェーンの。OCIOに組み込まれた名前付き変換可能な限り、番組側が契約としてLUTを提供している場合は、それを使用してください。
LUTはない魔法のような色彩科学――それは表です。入力スペースが間違っていると、出力はゴミになります。
あなたの脳:
それで:
エース(アカデミーカラーエンコーディングシステム) は、標準化された空間と変換のファミリーであり、施設が「この EXR のガンマはどれですか?」という質問をせずに作業を共有できるようにします。
OCIO(OpenColorIO)はエンジンNuke、Maya、Houdini、Blenderなどでこれらの変換を一貫して適用する方法を示します。
ACESのすべてのバージョンを暗記する必要はありません。必要なのは以下の点です。
アイデア | 一言ジョーク |
|---|---|
色 | スペクトルは目視/カメラによっていくつかのチャンネルに集約される。 |
"赤" | コード値 + 色空間 + ビュー — 自由浮遊色ではない |
CIE 1931 xy | 人間の色度マップ。蹄鉄=視覚、三角形=RGB色域 |
ガマット | デバイス/エンコーディングが生成できる色。視覚のすべてを網羅する色はない。 |
IDT | カメラエンコーディング → シーン作業空間 |
ODT | 作業スペース → ディスプレイ/成果物 |
ログ | 圧縮符号化により、限られたビット数で多くの光量をカバーする |
線形 | 光に比例する。物理計算に適した作業スペース。 |
なぜ色を管理するのか | 異なるデバイス、エンコーディング、および色域は意味について合意する必要がある |
情報 | 対数/知覚曲線は、目がエラーに気づく箇所にビットを費やす。 |
Horseshoe = all chromaticities a standard observer can see. Triangles = colors an RGB system can make from its three primaries. Scroll to zoom, drag to pan.
sRGB / Rec.709
Display P3
Rec.2020