今天做了个实验，发现个奇怪的问题，关于顶点法向量的。

holyodin

先建个模型，很简单，建个cube就可以。然后导入程序，原本一切OK。这时候我乘上一个放大矩阵，比如5倍吧。
这时后再渲染时发现模型变暗了。此时如果把光照的rgb分量*5，发现效果又和原先一样了。这说明顶点法向量的模确实是缩短了5倍。可是按理来说一个向量乘以一个放大矩阵，如<1,1,1,0>*(5,0,0,0,
                                                                0,5,0,0,
                                                           0,0,5,0,
                                                           0,0,0,1)得到<5,5,5,0>，模的确是<1,1,1,0>的5倍啊，怎么反而却是原本的1/5呢？？
如果你乘以的是缩小矩阵，会发现模型反而变得高亮，也说明法向量模不是缩短反而是伸长了。这其中有什么玄机？恳请高手指点 [em7] [em7]

sjinny

不懂……不过感觉很奇怪：法向量只有方向有意义吧，模也会影响光照？

hugp1973

D3DRS_NORMALIZENORMALS

holyodin

hugp1973: Re:今天做了个实验，发现个奇怪的问题，关于顶点法向量的。

D3DRS_NORMALIZENORMALS

先感谢阁下提供这个方法，不过我估计这个State可能相当耗资源，平方+平方+平方再开方的操作可是很昂贵的，顶点一多起来可不得了。
不过我现在最关心的不是如何解决太亮或太暗的问题。而是，顶点法线在乘以一个放大矩阵时，模不但没有伸长反而缩短了？？？ [em6]

sjinny

实在不行的话，你每次缩放的时候都对发向量乘以一定的倍数？

holyodin

sjinny: Re:今天做了个实验，发现个奇怪的问题，关于顶点法向量的。

实在不行的话，你每次缩放的时候都对发向量乘以一定的倍数？

谢谢，不过您也是告诉我解决的办法。而我现在更迫切想知道的是这个实验结果为什么和理论上结果刚好相反，或者说我的判断错在哪里。
SetTransform(D3DTS_WORLD, &matWorld ); 其实我估计就是D3D把你所有的顶点去乘以这个matWorld，但是这个matWorld有可能就是我刚刚说的放大矩阵，这样每个顶点一乘后，顶点坐标确实被放大了，所以整个模型也变大了。这个好理解。可是，法线呢？根据矩阵乘法也应该变大，但是我的实验结果告诉我却是变小

sjinny

SetTransform
不懂D3D，但是OGL里调用Transform之类的函数的时候都要指定操作的是什么矩阵，你检查看下这里操作的是不是物体自身的矩阵……

duzhi5368

没有标准化向量.
另外,Nvidia中有个快速求平方根的方法,请避免使用D3DRS_NORMALIZENORMALS
        __forceinline float reciprocal_squareroot(const float x)
        {
                u32 tmp = (u32(IEEE_1_0 << 1) + IEEE_1_0 - *(u32*)&x) >> 1;   
                f32 y = *(f32*)&tmp;                                             
                return y * (1.47f - 0.47f * x * y * y);
        }

holyodin

duzhi5368: Re:今天做了个实验，发现个奇怪的问题，关于顶点法向量的。

没有标准化向量.
另外,Nvidia中有个快速求平方根的方法,请避免使用D3DRS_NORMALIZENORMALS
        __forceinlin...

您所说的标准化是说在实时渲染中标准化？如果这样的话，我觉得会相当耗资源，除非有硬件支持，要是在渲染之前标准化，那没用，如果碰到的世界矩阵是缩放的，法线的模的大小还是会改变。
但是我不明白的是为什么模型放大了模反而变小，模型缩小了模反而变大？？我现在只想知道这个