私はOpenGLグラフィックを学んでいて、影になっています。私が読んでいるチュートリアルでは、法線と光ベクトルをカメラ空間に変換するよう指示しています。どうしてこれなの？なぜあなたは模型の空間にコインを保つことができないのですか？モデル空間の代わりにカメラ空間を法線に使用するのはなぜですか？
次の質問は、モデル変換を処理する方法です。私は決定的な答えを見つけることができません。私は現在、次のコードを持っています：
vec3 normCamSpace = normalize(mat3(V) * normal);"
vec3 dirToLight = (V*vec4(lightPos, 0.0)).xyz;"
float cosTheta = clamp(dot(normCamSpace, dirToLight),0,1);"
Vはビューマトリックスまたはカメラマトリックスです。モデルの位置、回転、スケールが変わったときに、光の移動や編集方法が不明です。
主な理由は、通常、ライトの位置はモデル空間ではなく、ワールド空間で与えられます。しかし、照明が効率的に機能するためには、すべての計算が共通の空間で行われなければならない。あなたの通常の変換チェーンでは、モデルのローカル座標を直接ビュー空間にモデルビュー行列によって変換され
p_view = MV · p_local
あなたが正常に一つだけのモデルビュー行列を持っているので、
p_world = M · p_local
p_view = V · p_world
そのためにMVを分ける必要がありました。
投影変換は、伝統的に別個の工程として行われるため、ビュー・スペースが上のベースにどの照明計算の自然「共通の下部グランド」です。これは、あなたのライトポジションをワールドからビュースペースに変換する変換を含み、ライトポジションはあまり複雑ではないため、これはCPUと、シェーダとして与えられたあらかじめ変換されたライトポジションで行われます。
注：ワールド空間での照度計算やローカル空間のモデル化を妨げるものは何もありません。ライトポジションを正しく変換するだけです。
私はOpenGLグラフィックスを学んでおり、影になっています。私が読んでいるチュートリアルでは、法線と光ベクトルをカメラ空間に変換するよう指示しています。どうしてこれなの？なぜあなたは模型の空間にコインを保つことができないのですか？
実際にシェーダーを書いている場合は、任意の座標スペースを使用できます。世界の空間における照明を計算するIMOは、より自然な感じですが、それは味の問題です。
はしかし、二つの小さな詳細があります
よし。しかし、私はまだ、光源や位置をどのように変更して、回転や平行移動のようなものに対応できるかは不明です。 – user975989
標準的な方法は、頂点の位置を変換するのと同じようにライトの位置を変換することです。スポットライト（スポット方向が必要なスポットライト）の場合は、法線を変換するのと同じようにスポット方向を変換します。空間間の各変換行列（これは、ワールドからモデルローカルへの変換にも当てはまります）では、ノーマル変換は常にポジション変換の逆転置です。 – datenwolf