リニア空間と物理的に正しいライティング

大変勉強になります！
Taiさん、キャビア鈴木様。ありがとうございます

これは！！
おもしろいし、わかりやすいです。
ありがとうございます。

＞ガリさん、@hさん
鈴木さんのスライドすばらしすぎます。
大変勉強になります。
ぜひとも身に着けて頂いて、日本のCG業界にもリニア空間ライティングの文化を・・・！

今さらでどうでも良い情報かもしれんけど、
スクリプトノードのGUI Open|Closeに
”PreRenderMELにgamma設定するコマンド”を入れるってのはダメかな？
泥臭いやり方だしファイル毎に設定が必要だけども。。。

後はデュアルモニタで、レンダービュー表示用のモニタのgammaをいじるとか。物理的過ぎるか。。

＞megottさん
んー、どうなんでしょうか。
ただこれはビューポートが調整出来さえすれば何の問題もない話なので、出来ればそこで改善して欲しいんですよね。

デュアルモニタはコストとか場所的にOUTな気がしますｗｗ

って無理無理言ってたらずっと無理なんで、どこかで折り合いつけてやるのが良いとは思うんですが。

となるとmental rayにcamera shader付けてガンマ補正で8bitで出力、ってのが一番現実的かなとは思ってます。

やっぱダメか。要望出した？出しとこか。

GUI Open|Close だとコマンドラインレンダーはいいけどUIからのバッチレンダーでガンマ変わっちゃうね。。

あ、ガンマ補正のやり方ぢゃなくて、
レンダービューでレンダーするときは補正かけて、
コマンドラインでレンダーするときは補正かけない方法を考えてたさ。

ブログ汚してすまんでした。失礼します。

＞megottさん
要望！出してない！
出し方分からないので是非出しといてくださいｗｗｗ

個人的には、出来れば普通にビューワーでやりたいんです。データにはなるべく手入れたくなくて。
なのでやはり要望を！！！ｗｗｗ

ブログ汚しだなんてそんな。全然問題ねーです、というかバシバシお願いします。

やっぱそだよねぇ。。
ちなみに要望の出し方は、MayaのメインメニューのHelp > Suggest a feature…
で開かれるウェブサイトから送れば良いのですよ。英語でだけど。
Bugも見つけたら Report a problem… から送ったって～

＞megottさん
あ、そんなところから要望出せるんですね、、、
まぁ英語は非常に怪しい英語で送っておきます（ぉ
バグというかクラッシュレポートならちょくちょく送ってますよ！

はじめまして。

ガンマ補正について調べていて、このページにたどり着きました。
ですので、CGについて詳しくはないのですが、いくつか気になった点があります。

CCDカメラで光を電気信号に変換した時点では、ほぼ物理的にリニアな特性（ネットのQ&Aでリニアと回答している人もいました）だと思うのですが、よくある説明は「モニタの特性に合わせるためにガンマ補正をする」というものです。

モニタと異なるデバイスなのに、同じガンマ係数の値でリニアに戻るのは妙なので、実はモニタの特性もほぼリニアなんじゃないかと…
モニタがリニアでないとすると、WinとMacそれぞれでグラデーションが直線的にはならないと思います。

そうなると、PC上で作成した通常のRGB画像データは「人間の感覚にとってリニア」であっても、「物理的な明るさとしては歪んでいる」ことになります。

つまり、カメラで撮影したグラデーション（ガンマ補正が行われる）と、数値的に作成したグラデーションが同じ結果になるなら、PC上の通常のRGB空間はvideo spaceということになります（？）。

ここでCGでの疑問になるのですが、通常のRGB(video space?)が物理的にリニアでない場合、
反射率を複数回掛けるという操作が正しい掛け算になっていないんじゃないかと…
ですから、昔ながらのCGに違和感を感じるんでしょうね。

diffuse光は光源に対して一回反射したものとすると、それはテクスチャの問題なので何とかなる
（モデリングソフトは通常のRGB(video space)で結果を確認していることになるので）けれども、
その光が物体の表面で反射した時はliner spaceでないと結果が異なる気がします。

例えば、ベクトル（元々リニア空間。バンプマップはベクトルを操作するので逆ガンマは行わない）を使ってスペキュラを計算する式はliner spaceでは異なってくるんでしょうか？

そうだとすると、本来ならモデリング自体をliner spaceで行う必要がありそうな気がしますが…

先ほどの私の書き込みですが、

＞モニタがリニアでないとすると、WinとMacそれぞれでグラデーションが直線的にはならないと思います。

この部分は言っていることが変でした。すみませんでした。
自分でも混乱していてまして…

ただ、デスクトップ画面の表示用のフレームバッファは、カメラと逆のガンマ補正をして出力されるのでvideo spaceとなり、そのことを意識しないソフト（内部データとの間でガンマ・逆ガンマ変換をしない）で作成された色や明るさに関するデータは結果としてvideo spaceとなると思います。

また、バンプマップのように数値自体を使用するものはvideo spaceであるかどうかとは無関係なので、リニアなデータとなります。

＞shinさん
ども、はじめまして。
コメントありがとうございます！

> 同じガンマ係数の値で〜
同じガンマ係数ではないんじゃないでしょうか。
おそらく人間の目に対してリニア（つまりデータ的なリニアではない）にする補正を施したものをモニタに表示する、ってことだと思ってました。

> 物理的な明るさとしては歪んでいる
そう思います。
ただでもここは微妙な気がしていて、数値をベースに色を作った場合は補正せずともリニアなデータになっていると考えても良いのではないんでしょうか。
あくまでもそういう性質を持つのは見た目で判断した場合に限る、ということなのではないかと思っていたのですが、、どうなんでしょう・・・？

> 反射率を複数回掛けるという操作
すみません、これが具体的に何を表すのかわからないのですが、CGは基本的には物理法則に基づいた（必ずしもそうではないですが）計算により色を出すので、テクスチャなりの色が違ったら物理的に正しくない色が出てしまい、それが違和感の元なのかなと思います。

> 例えば、ベクトル（元々リニア空間。バンプマップは〜
すみません、これもちょっとどういう意味か計りかねます、、
結局変換するかどうかは数値ベースなのか見た目ベースなのかだけで考えちゃっていいのでは、という気がしています。
また、スペキュラ計算自体とはあまり色空間は関係ないと思うので、そこは普通に計算してやって問題ないのでは、と思います。

　
この問題はとにかく難しいのであれこれ試しながら結果見ながらやっていくしかないのかなーと思っています。
今後時間みて調べつつ触りつつでやってみようかと思っています・・・！！

反射率3-96%の補正はいいとして、机の上の写真にγ補正された画像を使うってのはよくわからないですねー。写真だろうが石ころだろうが変わらないんじゃないかと。仮にγが100だったと考えて、それまでの話はγ100でも（精度が無限に高い架空のレンダラの場合）通りますが机の上の写真にγ100の画像を使ってしまうと白潰れしてしまいます。

＞hohehohe2さん
なるほど、確かにそうかも・・・？
ただこの辺の理解は若干怪しかったのでhohehoe2さんがおっしゃっていることをそのまま理解できているか不安です。
じゃあ今度呑みにでも＜業務連絡ｗｗ

いや自分の勘違いかもしれないです。
> じゃあ今度呑みにでも＜業務連絡ｗｗ
ぜひぜひ

＞hohehohe2さん
いやいや、僕の理解が浅いのかもしれません。
それは業務報告会（！）でまた是非詳しくｗｗｗ