まだ、このスライドはアクセスすることができるのですか？

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

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

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

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

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

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

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

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

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

ガンマ補正について調べていて、このページにたどり着きました。
ですので、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で行う必要がありそうな気がしますが…