Shizlog
--------------------------------------------------------------------- 筆者はCinesiteで長年コンポジターとして働いていたが、linearのCGI画像とcineon log film scansをどうやって合成すれば良いのか、詳しい人に聞いても良く分からなかった。しかし、Nukeのカラーマネジメントを知った瞬間、全ての疑問は吹き飛んだ。Nukeは正しい処理をしている。 Nukeの秘密には３つのポイントがある。Floating Point, HDR images, そしてlinear light spaceである。
float pointの必要性２ 1.0以上の値を持てるHDR画像を表現するのにfloatは最も適している。
Nukeは考えうる最高のクオリティを映画のVFXで表現出来る様、設計された。 設計当初は、10bit CineonとDPX log film scansを合成する事を目的としていた。 多くの人にとっては意外かもしれないが、logファイルというのは結局HDR画像の事である。logファイルはlinearに変換されると、最大13.5までのfloat値となる。OpenEXRは13.5より更に上の値を表現できる。
[Linear Color Space] Nukeは全ての画像をlinear light spaceに変換する。 多くの画像はカラースペース(sRGBなど)が埋め込まれていて、linearではない。 画像が本来の意味でlinearであれば、値に変化を加えれば画像の明度が全て等しく変化する。 linearのシステム上では、pixelの値を倍にすれば明度も倍になる。しかし、non-linear画像ではそうははならない。
Nukeが全ての画像をlinear light spaceに変換するのには２つの大きな理由がある。
1.現実世界はlinear light spaceである。CGIは現実世界のシミュレーションなので、レンダリング計算する際linear light spaceを使用する。 Maya, Mental Ray, RenderManにおけるambient&diffuse lighting, reflections, specular highlights, global illumination models等の表現は全てlinearで計算される。これらのCGIと一貫性を保つ為、そして、正しい計算をするという目的でNukeはlinear light spaceを採用している。
2.複数タイプの画像（sRGB, cineon,linear等）を合成する為。 全てのタイプの画像がNuke上でlinearに変換されれば、画像タイプが複数あっても合成時に問題は起こらない。
CGI の問題は一度ディスクに書き出された時点でlinear light spaceで無くなってしまうという点。書き出された画像はモニタで最適に表示するために、ガンマ補正をかけられる。更に悪い事に、ガンマ補正の情報は画 像データにベイクされてしまうので、データを永久に損なってしまう。
[Gamma Corrected Images] ガンマ補正がベイクされる理由はCRTモニターの歴史と関連がある。 物理学的な理由によって、CRTモニター（TV含む）は画像を少し暗く映す。 よって、モニタで見る際辻褄を合わせるため、事前に画像を少し明るくしなければならない。
最近のフラットパネルディスプレイはCRTと同じ性質を持ってないので、ガンマを暗くすることはない。 しかし、考えうる全てのディスプレイで正しく表示されるよう、フラットパネルもCRTと同じようにガンマを暗くする仕様にされている。 これは、世界的にルールとして決められている。
[Nuke's Color Management Workflow]
画像がReadノードで読み込まれると、Nukeは画像に適したLUT(Look Up Table)を選択し、linearに変換する。 計算はlinear light spaceで行われる。重要なのはLUTによるガンマ補正はviewerに与えられているのであって、画像自体ではない。 最後に、レンダリングする時にWriteノードがガンマ補正LUTを適用する。これにより、書き出された画像はモニタで正しく表示される。
（以下、がっつりと省略） [The Read Node] [Viewer LUTs] [The Write Node]
[Conclusion] 以上がNukeの優れたカラーマネジメントである。 読みこむ画像のカラースペースが何であれ、正確な計算をする為にlinearに変換する。 オリジナルの画像のタイプが何であれ、問題はなく、数学的に正しく統合される。 コンポの最後の段階でWriteノードを使ってlinearをカラースペースに変換する。（どのカラースペースに変換するかは目的による）
記事が役に立った！という方は Amazonギフト券 （15円〜）で支援してくださると今後のモチベーションになります！「受取人」にshizuka67(アットマーク)gmail.comと入力お願いします 詳しくは こちら
No comments: Post a Comment Subscribe to: Post Comments (Atom)About me
shiz compositor/motion graphic artist 質問や問い合わせはこちらへshizuka67[at]gmail.com View my complete profileSearch This Blog
Labels
写真
- ロンドン＆周辺 2023〜
- ドイツ (ケルン〜ロマンティック街道〜ミュンヘン)2024年9月
- 湖水地方 2024年8月
- 日本 Japan 2023年12月-2024年1月
- リスボン Lisbon 2023年11月
- スノードン登山 2023年8月
- フィヨルドinノルウェー 2023年8月
- ヨークシャーデールズ国立公園 2023年6月
- アムステルダム Amsterdam 2023年5月
- 日本 Japan 2023年4月
- ベルリン Berlin 2022年11月
- ロンドン&周辺 2020-2022
- 3年ぶりの日本 Japan 2022年 4-5月
- ケンブリッジ 2021年12月
- グラスゴー 2021年10月
- コッツウォルズ 2021年7月
- ヘイスティングス 2021年6月
- ドーバー海峡周辺 2021年4-5月
- ヨーク 2019年12月
- ブダペスト＆ウィーン 2019年8月
- リバプール 2019年7月
- ロンドン＆周辺 2015-2019
- 阿寒湖・摩周湖・釧路 2019年4月
- 日本 Japan 2019年4月
- Edinburgh エジンバラ 2018年12月
- スイス 2018年8月
- ボーンマス Bournemouth 2018年4月
- アムステルダム&ハーグ 2018年5月
- 日本 2017 12月~2018 1月
- ブリストル Bristol 2017年8月
- カーディフ Cardiff 2017年7月
- 和歌山・大阪・東京・京都・兵庫 Japan 2017年4-6月
- 石垣島＆竹富島Ishigaki&Taketomi Island 2017年5月
- ウィンザー Windsor 2017年4月
- カンタベリー Canterbury 2017年5月
- トロムソ Tromso 2016年11月
- バース Bath 2016年7月
- 北ウェールズ Northern Wales 2016年7月
- 日本 Japan 2016年3月
- ブライトン＆セブンシスターズ 2015年12月
- ブルージュ＆ブリュッセル 2015年11月
- バルセロナ 2015年8月
- オックスフォード Oxford 2015年7月
- モントリオール Montréal 2013-2015
- ケベックシティ 2014年10月
- ニューヨーク New York 2014年03月
- 日本 Japan 2013年2-3月
- ロンドン London 2012-2013
- アイスランド Iceland 2013年9月
- アイルランド＆北アイルランド 2013年8月
- Burford 2013年3月
- パリ Paris 2012年12月
- 湖水地方 Lake District 2012年9月
- ローマ ナポリ ポンペイ ソレント カプリ ポジターノ 2012年7月
- ケンブリッジ 2012年7月
- シーグラフ@ニューオリンズ Aug 2009
- シドニー 2007-2008
Popular Posts
リアルなグローの作り方："光の減衰率"を意識する 今回は合成におけるグローのテクニックについて。MPC, Millの実写合成の現場で学んだ事、自分が教えてもらった事や今迄本やネットから学んだ事に通じている「基礎」をご紹介します。詳しい点は省略しています。.
以前のNukeセミナー で紹介したこともある、AOVで分けられたCG素材の扱い方。 仮合成をするCG担当の人やNuke合成し始めの人にちょこちょこ聞かれるので基本の紹介。実務であり得るより大分簡略化してますが考え方は変わりません。 基本の考え方として、ライトID別や.
Mergeノード：アノ繋ぎ方が駄目なわけ(もういっかい)。 記事書きかけながらふとデジャブ感があったのでログを辿ったら ６年以上前に同じことブログ記事書いてました（笑） が、このやっかいなヤツ、無くならないので改訂版として更にわかりやすく書きます。 この右側と左側のつ.
CC
Link-reference
- PixelFudger
- satheeshnuketutorials
- opticalenquiry.com/nuke
- Tutorial/Franz Brandstaetter
- Unix/Linux
- nuke wiki
- Digital Matrix
- NUKE Python Developers Guide
- videocopilot
- motionworks (AE tutorials)
- motionscript
- MographWiki - After Effects
- Expressions in After Effects
- After Effects Expressions
- After Effects error codes
- AEtuts
- AEnhancers