OpenColorIOずKritaHDR画像の凊理ず描画

ダむナミックレンゞの広い画像は、誰も驚かないでしょう。 おそらく圌の人生の少なくずも䞀床は誰もがHDR写真を䜜成しようずしたした。 ただし、映画業界ではこの技術が10幎以䞊䜿甚されおいるこずを知っおいる人はほずんどいたせん。テクスチャの䜜成から完成したシヌンのレンダリングたで、すべおのコンベアワヌクフロヌは、浮動小数点数で衚される線圢色空間での䜜業に密接に関連しおいたす。



この蚘事では、ステヌゞ指向のカラヌマネゞメントワヌクフロヌずは䜕か、OpenColorIOラむブラリが必芁な理由、およびKritaアヌティスト向けの無料のグラフィック゚ディタヌでOpenColorIO環境で䜜業をセットアップする方法に぀いお説明したす。



OpenColorIOずは䜕ですか



OpenColorIOOCIOは、映画業界でカラヌワヌクを提䟛するラむブラリです。 特に、圌女はスパむダヌマン22004ずアリスむンワンダヌランド2010の補䜜に䜿甚されたした。 OpenColorIOは、むメヌゞがパむプラむンに沿っお進むずきに発生するすべおの色空間を倉換するように蚭蚈されおいたす。



䟋。 テクスチャメヌカヌは、チャネルごずに8ビットのsRGBカラヌスペヌスでテクスチャを䜜成したした。 コンベアに沿っおさらに移動するず、テクスチャはモデラヌに届き、モデラヌはモデルに適甚するためにリニアRGB、16ビット浮動小数点に倉換したす。 シヌンはリニアRGB、32ビット浮動小数点で再びレンダリングされ、最終結果は暙準のモニタヌに衚瀺できるようにsRGB8に倉換されたす。







あなたの䜙暇の思考のため
モデルにテクスチャを適甚する前に、特にミップマップMIPピラミッドを生成する前に、テクスチャを線圢色空間に倉換する必芁があるのはなぜですか sRGBを脅かすものは䜕ですか


明らかに、これらの倉換はすべお䜕らかの圢で説明する必芁がありたす。 さらに、1぀の映画が少数の人々だけでなく、それぞれ独自のルヌルず基準を持぀耇数のチヌムたたは䌁業でさえも機胜するため、それらを䞭倮で説明するこずが望たしい。 これがたさにOpenColorIOが解決するものです。



OpenColorIOのすべおのワヌクフロヌパラメヌタヌは、いわゆる 構成。通垞は、テキストファむルconfig.ocio



ずルックアップテヌブル、LUTファむルを含む単なるディレクトリです。 構成ファむルには、パむプラむンで䜿甚される色空間間のすべおの倉換が蚘述されおいたす。 したがっお、すべおのアヌティストが均䞀な色で䜜業できるようにするには、この構成を送信し、 $OCIO



環境倉数にそのパスを登録するように䟝頌するだけで十分です。 すべおのOCIO察応アプリケヌションはこの倉数を読み取り、自動的に正しい蚭定を䜿甚したす。







構成の䟋は、 公匏Webサむトで芋぀けるこずができたす。



なぜICCではありたせんか



International Color Consortiumによっお暙準化されたICCプロファむルメカニズムがあるのに、なぜこのOpenColorIOが必芁なのか、倚くの人がすでに疑問に思っおいるでしょう。

興味がある人のための倚くの、倚くの技術的な詳现
はい、確かに、ICCプロファむルは同様の問題を解決したす。 たた、スペヌスAからスペヌスBに色を倉換する方法に぀いおも説明したす。ただし、1぀の機胜がありたす。それらのすべおの接続は、絶察スペヌスL * a * bたたはCIE XYZを介しお行われたす。 これは意図的に行われたした。 ICCプロファむルを䜿甚する堎合、ナヌザヌはすべおの出力デバむスで画像が同じように芋えるこずを望みたす。 さらに、ほずんどの堎合、ナヌザヌはデバむス自䜓にアクセスできたせん。 それらは通りの反察偎郜垂、囜、たたは地球にありたすが、画像は同じように芋えるはずです。 この堎合、参照色空間ぞの参照なしではできたせん。



映画を䜜成するプロセスの堎合、すべおが少し異なっお芋えたす。 さたざたな出力デバむスを接続するタスクはバックグラりンドに委ねられたすプロのスタゞオのプロファむリングモニタヌに䜕らかの方法で察凊できたすが、新たな芁件が発生したす。損倱なく倉換を実行する必芁がありたす。 さらに、それらに察しおは、歪みを匕き起こさない逆倉換が必芁です。 実際、簡単な䟋を考えおみたしょう。 フィルムからスキャンした埌、ファむルを察数色空間で取埗し、線圢に倉換しお合成を実行し、モニタヌに衚瀺するために、2.2の环乗で逆倉換を適甚したす。 明らかに、このような倉換では、べき関数を適甚した埌のハむラむトの1ビット244 <-> 255の゚ラヌは、衚瀺時に明確に芋えるアヌティファクトに぀ながりたす。



ここで、集䞭化されたOpenColorIOがシヌンに入りたす。 フィルム䜜成の各段階で䜿甚するすべおのカラヌスペヌスは、䜜業開始前に蚭蚈されたす。 それらの間の倉換は、1察1で遞択されるため、画像は、コンベダヌに沿っお、反察方向の䞡方で損倱なく移動できたす。 これらの倉換は、L * a * bたたはCIE XYZ参照スペヌスぞのバむンディングを䜿甚せずに盎接蚭定され、すぐに倚くの問題を匕き起こしたす少なくずも、L * a * bおよびCIE XYZの堎合、ホワむトポむント倀の䞀定の倉換が定矩されたす暙準-D50。 そのため、OpenColorIOの倉換はより単玔で、倚くの堎合、単玔な数匏で蚘述されたす。



したがっお、OpenColorIOの完成した構成は、アヌティストが䜜業でき、高品質の結果が埗られるこずが保蚌されおいる色空間の閉じたセットを定矩したす。 いく぀かの点で、新しいスペヌスを远加する際の汎甚性ず耇雑さは、リミッタヌずしお機胜し、未怜蚌のカラヌスペヌスの䜿甚からアヌティストを保護したす。



ある皋床たで、OpenColorIOはICCよりも抜象床の䜎いレベルに属したす。これは、アセンブラヌが高レベル蚀語の䞋にあるのずよく䌌おいたす。 同様に、OpenColoIOを䜿甚するアヌティストは、高レベルのツヌルでは利甚できない機胜をはるかに倚く入手できたす。 もちろん、䜿甚する抂念の耇雑な知識ず耇雑さを犠牲にしお。



シヌン参照ず 出力参照ワヌクフロヌ



ほずんどの人は、ICCプロファむルずカラヌマネゞメントを䜿甚したこのすべおのベンチャヌが、ファむルをプリンタヌミニラボ、タむポグラフィに正しく出力するためにのみ必芁であるず信じおいるこずに慣れおいたす。 䞀般的に、圌らは正しいです。 このようなワヌクフロヌは、特定の出力デバむス甚にファむルが準備されおいる堎合、通垞、出力参照ワヌクフロヌず呌ばれたす。 しかし、あなたの写真が最終的に耇数のメディアに衚瀺されるずしたらどうでしょうか たずえば、映画のシヌンは、少なくずもモニタヌ、プロゞェクタヌ、フィルムに衚瀺されたす。 各デバむスには、独自の特性、独自のガンマ、独自のダむナミックレンゞがありたす。 どのワヌクスペヌスを遞択し、どのように䜜業するのですか



この問題を解決するために、映画を䜜るずき、私たちは別の方法で行った。 すべおの䜜業は、ダむナミックレンゞが無制限のリニアRGBスペヌスで行われたすRGBチャンネル倀は簡単に1.0を超えるこずができたす。 レンダリング、特殊効果の生成、すべおがこの人工空間で行われ、プロゞェクトの最終段階でのみ、特定のデバむスで画像を衚瀺する必芁がある堎合、画像は暙準範囲0.0 ... 1.0圧瞮たたはトリミングになり、デバむスに送信されたす。 このワヌクフロヌは、シヌン参照ワヌクフロヌず呌ばれたす。



色を扱うための評論家



Kritaは、デバむス指向およびシヌン指向の䞡方のワヌクフロヌでの䜜業をサポヌトしおいたす。 同時に、䜜業はICCプロファむルずOpenColorIOグロヌバル蚭定の䞡方でサポヌトされおいたす。 次に、䞡方のKrita蚭定オプションを怜蚎したす。



モニタヌのキャリブレヌションずプロファむルデヌタをCreteに接続するICCプロファむル


OCIOが無効になっおいる堎合、たたはOCIOがInternal



モヌドで動䜜しおいる堎合、蚭定で指定されたたたはXサヌバヌから受信したICCプロファむルを䜿甚しおCrete画面に画像をレンダリングしたす。 正確な色再珟を埗るには、いく぀かの簡単な手順に埓う必芁がありたす。



  1. モニタヌを調敎し、そのプロファむルを䜜成したす。 Linuxでは、これはdispcalGUI



    X-Rite i1Display 2でテスト枈みを䜿甚しおdispcalGUI



    でき、ICCプロファむルが出力で受信されたす。
  2. ICCプロファむルに保存されおいるVCGTタグビデオカヌドガンマテヌブルをビデオカヌドのLUTにダりンロヌドしたす。 Linuxでは、これはxcalib



    たたはdispwin



    でxcalib



    できたす。 Windowsでは、システム蚭定で遞択するだけです。 この時点で、モニタヌは調敎されたすが、プロファむリングデヌタはただアクティブではありたせん。
  3. 批評家の蚭定でモニタヌプロファむルを遞択したす Preferences->Color Management



    蚭定Preferences->Color Management



    。


これで、すべおの画像の色が正しく衚瀺されたす。



モニタヌプロファむルデヌタを䜿甚したOpenColorIO構成の䜜成


OpenColorIOの利点の1぀は、OpenColorIOを䜿甚するず、色に関連する蚈算をGPUに転送できるようになるため、レンダリングが倧幅に加速されるこずです。 普通のナヌザヌが自分の色空間を䜜成しお説明する必芁があるずいう事実からはほど遠いですが、確かに䜜業の加速が必芁になりたす。 䟋ずしお、モニタヌプロファむリングのデヌタを考慮に入れる構成を䜜成したす。



OpenColorIOでの䜜業は、ICCでの䜜業よりも少し耇雑です。 䜿甚する入力色空間ごずに倉換を明瀺的に䜜成する必芁がありたす。 色をsRGBからモニタヌスペヌスに倉換する倉換を䜜成したす。



これを行うには、この倉換甚の3D LUTテヌブルを䜜成する必芁がありたす。 dispcalGUI



[ Tools->Create 3D LUT



遞択し、゜ヌススペヌスずしおsRGBを遞択し、タヌゲットずしおモニタヌICCプロファむルを遞択したす。 結果のファむルは、 テスト構成の luts



サブディレクトリにsrgb_to_monitor.3dl



ずいう名前でsrgb_to_monitor.3dl



たす。 これで、この構成を有効にするず、OpenColorIOツヌルを䜿甚しお画像の色空間がモニタヌ空間に倉換されたす。 openGLモヌドがアクティブな堎合、すべおの蚈算はGPUで実行されたす。



CreteでのHDR画像の描画



埓来のモニタヌは明らかにHDRデバむスではないため、広いダむナミックレンゞでファむルを衚瀺および線集するには特別なトリックが䜿甚されたす。 アヌティストは、䜜品を䜿甚しお、範囲のどの郚分を珟時点で䜜業するかを遞択できたす。 これを行うには、



ず-



蚭定がありたす。これらの蚭定は、ディスプレむにレンダリングするずきにのみ適甚され、ファむルに保存されおいるデヌタには圱響したせん。 露出を倉曎するず圧瞮が行われ、逆も同様です。ガンマ倀を倉曎するず倉換曲線の急峻さが倉わりたす。 珟圚の露出倀は簡単なゞェスチャヌで倉曎できたす。「Y」キヌを抌しながらマりスでキャンバスをドラッグしおください。 露出は動的に倉化したす。 同様のゞェスチャヌを割り圓おお、ガンマを倉曎できたす。



Kritaの特城は、ディスプレむに衚瀺される前に画像で発生するすべおの倉換を認識する色遞択ツヌルを備えおいるこずです。 そのため、珟圚の露出蚭定、ガンマ、色空間に関係なく、色遞択パネルの色は、描画時ずたったく同じように衚瀺されたす。 さらに、衚瀺蚭定を倉曎するずき、クレタは新しい蚭定で以前の蚭定ずたったく同じに芋えるように、描画の珟圚の色を調敎しようずし、ナヌザヌは同じ色で描画を続けるこずができたす。 モニタヌの色空間ぞの倉換はしばしば䞍可逆的であるため、これは垞に可胜ずは限りたせん。 このような堎合、露出ずガンマの蚭定を倉曎するず、珟圚遞択されおいる色がわずかに倉化するこずがわかりたす。



したがっお、クレタ島では、珟圚の露出倀を考慮するこずなく画像を描画できたす。 珟圚の範囲をゞェスチャヌで倉曎しお描画するだけです。



最埌たで読んだ人のためのボヌナス



Wolthera vanHövellによるHDR颚景tot Westerflier









TimothéeGietによるHDRシヌン









結論の代わりに



この蚘事では、映画業界で䜿甚されおいる画像の操䜜方法ず、これらのプロセスをサポヌトするためにCreteが提䟛する機胜に぀いお説明しようずしたした。

この機胜は最近メむンブランチに远加されおおり、ナヌザヌ゚クスペリ゚ンスの点で倚くの改善が必芁です。 私たちはそれに取り組んでおり、これに関するあらゆる芁望を受け入れたす。



All Articles