glClipPlane:
When you call glClipPlane, equation is transformed by the inverse of the modelview matrix and stored in the resulting eye coordinates. Subsequent changes to the modelview matrix have no effect on the stored plane-equation components.
即不同于glLightfv, glClipPlane指定的平面公式参数受到当前ModelViewMatrix逆矩阵的影响(没想到吧),实际存储的数值为: 传入的平面公式参数四元组 P 乘以 (ModelViewMatrix ^ -1). 需要特别指出的是,这里的计算是P * M,而不是OpenGL习惯的M * V.

glTexGenfv:
与glClipPlane相同,GL_EYE_LINEAR模式下的纹理坐标自动生成,参数指定的平面公式系数4元组,受到当前ModelViewMatrix逆矩阵影响后存储在镜头空间,即: P * (ModelViewMatrix ^ -1)。但GL_OBJECT_LINEAR没有这种特性。
推论:
1.分别为(s,t,r,q)这4个纹理坐标分量定义一个平面公式,实际上可以理解为定义了一个纹理坐标转换矩阵Ma,这个Ma与纹理变换矩阵glMatrixMode(GL_TEXTURE)机制是相互独立的,也就是说纹理坐标自动生成机制可以提供一个额外的纹理变换矩阵. 通过glTexGenfv(GL_x, GL_EYE_PLANE, ...)可以指定矩阵的4个行向量,记这个矩阵为Ma.

2.平面公式定义下的纹理坐标自动生成可以总结为 M * V.

3.在GL_OBJECT_LINERAR模式下, V是模型坐标系的坐标, M等于Ma.

4.在GL_EYE_LINEAR模式下就复杂多了,glTexGeni(GL_X, GL_TEXTURE_GEN_MODE, GL_EYE_LINERE)负责直接获得镜头空间的坐标值,但是得到后要先乘以使用glTexGenfv(GL_X, GL_EYE_PLANE, m)指定的平面方程(STRQ这4个平面方程组合相当于一个4x4矩阵),再乘以当前ModelViewMatrix的逆矩阵,即设V是取得的镜头坐标系下的坐标,M = Ma * (ModelViewMatrix ^ -1).其中ModelViewMatrix是执行glTexGenfv时的ModelViewMatrix.Ma是平面方程组合矩阵,纹理坐标总公式为:

 Vtex = Ma * (ModelViewMatrix1 ^ -1) * TextureMatrix * ModelViewMatrix2 * Vobject
其中: Ma是glTexGenfv(GL_x, GL_EYE_PLANE, ...)定义的平面公式矩阵
         ModelViewMatrix1是指定glTexGenfv时的ModelViewMatrix,为了得到视图矩阵的逆矩阵,我们总是应该在当前只指定了gluLookAt的时候调用glTexGenfv.
         ModelViewMatrix2是实际渲染时的ModelViewMatrix
         TextureMatrix是纹理矩阵
         Voject是模型顶点坐标.

5.假设当前Batch渲染时的ModelViewMatrix等于glTexGenfv指定时的ModelViewMatrix,且没有TextureMatrix作用,依矩阵乘法结合率,则有 Vtex = Ma * Vobject,等同与GL_OBJECT_LINERAR模式.这就是为什么有的时候GL_EYE_LINEAR和GL_OBJECT_LINEAR的图像没有差别的原因.

6.假设当前Batch渲染时的ModelViewMatrix不等于glTexGenfv指定时的ModelViewMatrix,通常的技巧设置glTexGenfv指定时的ModelViewMatrix为纯ViewMatrix(即用gluLookAt指定),随后镜头不再变换,ModelViewMatrix仅追加ModelMatrix变换,ViewMatrix不变,即有:
Vtex = Ma * (ViewMatrix ^ -1) * ModelViewMatrix * Vobject = Ma * (ViewMatrix ^ -1) * Veye = Ma * Vworld
就是说Ma神奇地作用到了物体的世界坐标上了,这就是Project Texture, Shadow Map使用固定管线渲染时大量应用的技巧.

Shader编程大大降低了一些图形学技巧的复杂性,但我坚持要知其然,知其所以然.

2.表象上,单句g_D3DDevice->DrawPrimitiveUP(D3DPT_TRIANGLESTRIP, 2, s_vec, sizeof(LineVertex));渲染2D图象,消耗很高,达100-200ws,但实际应为4-10ws,且此消耗值不稳定浮动.将原顶点格式从D3DFVF_XYZRHW | D3DFVF_DIFFUSE改成D3DFVF_XYZRHW | D3DFVF_DIFFUSE | D3DFVF_TEX0后下降至正常的数值,但其他格式的渲染消耗又上升.此渲染状态的切换导致的消耗,非DrawPrimitiveUP之过,只因此句Draw恰逢渲染状态切换.Shader状态变化(SetVertexShader)伴随在谁身上,谁的消耗就最大,该消耗是100ws级的.

3.使用XP远程桌面登录启动D3D游戏时,DirectX设备创建失败.具体原因是,远程登录方式无法使用显卡硬件,在获取显卡硬件设备GetDeviceCaps时错误.

4.SetTexture(stage, NULL)在高端显卡上会关闭该stage的纹理作用,在低端显卡上不会.据MSDN理论上其含义应该等同于设置为一个黑色不透明的纹理,但NVidia显卡遵循OpenGL标准,等同于设置一个全白纹理.有些显卡会自动禁用该纹理层,等同D3DTOP_DISABLE.

5.Nvidia 7950GT上,使用 
glInterleavedArrays(fvf, 0, pVertexPointer);
glDrawElements(primType, primCount, GL_UNSIGNED_SHORT, pIndices);
memset(pVertexPointer, 0, size);
最后一步的数据清空竟然会影响glDrawElements的结果!导致渲染错误.其他显卡无此问题,最新驱动仍未解决此问题,只能使用glXXXPointer来实现兼容.

6.ATI的GLSL其慢无比. X1650XT比Geforce6150高出一代,而同一个GLSL Skinning animation Shader, Geforce 6150跑200多帧,而X1650竟然只跑39帧,用HLSL实现的Shader则可以跑500帧.所以除非ATI对驱动程序作优化,这个问题无法解决.

7.在激活纹理坐标数组模式时,即使启用了自动生成纹理,也需要显示设置glTexCoordPointer为NULL,否则有崩溃的可能.

8.ATI 7500在CreateVertexBuffer时指明顶点FVF,而后在DrawIndexPrimitives时蓝屏崩溃(6.5驱动),改为不指明FVF,即设为0后正常.

9.渲染出的场景全白, glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_COMPARE_MODE_ARB, GL_COMPARE_R_TO_TEXTURE_ARB) 被打开. 

10.OpenGL中压缩纹理作glTexImage2D后马上glGetTexImage,会取不到数据,不稳定. ATI 1650XT 驱动8.1,发现此问题. Nvidia显卡无此问题,似乎glTexImage2D是异步的.

11.在不支持NPOT的机器上,创建非2的幂次方的RenderTarget纹理,使用D3DXCreateTexture,返回的纹理尺寸可能被扩整到2的幂次方大小,此时需要特别注意最后将RenderTarget渲染到屏幕的范围.

12.在RenderTarget上绘图,先ClearBuffer,然后将场景画在RenderTarget上. 最后将RenderTarget以FVF_XYZRHW的格式画一个Quad到屏幕上. 其他显卡均正常,但在ATI 2400XT上只看到ClearBuffer的背景,没看到场景. 更换数款驱动程序无效,最后吐血发现是XYZRHW的w值为0.0会产生此灵异现象,改为1.0后解决. 仅在ATI 2400XT上发现此Bug,其间陆续借用别人机器调整了6个小时,痛苦
.

场景图是个宽松的,随意的管理层,其任务是为各种各样的SceneNode保持最基本的层次关系,这个层次关系可以用来实现从上到下的空间变换,渲染状态的最小化切换.

从ISceneNode派生出各方面的SceneNode,表达对自己管理的场景的理解,即一个ISceneNode从概念上就是个小场景图,但其算法是单一的,如4叉,8叉,BSP等,从而实现一个大场景图中包含应用各种算法的小场景图.
而最上层的场景图是一种由人力控制,排序,维护的场景图,它的节点是泛用容器节点类型,基本概念是可以在编辑器中显式地创建一个容器式的节点,并为节点加载内容场景.
万事万物都可以纳入场景图,因为它的上层是宽松的逻辑概念.

10.4 完成基本场景图程序设计.
11.4 笑傲江湖马戏团 :)
11.08,终于一个雏形诞生了,真正基于场景图,渲染API层完全隔离,采用统一的Material+Mesh渲染抽象,渲染状态切换最小化,骨骼动画框架,仿WoW游戏镜头控制.
12.12  地形算法整合清理,整合原先写成的UI,脚本模块,整合wmo加载和渲染模块,完善重新思考引擎的Mesh概念,加入基本的Shader以支持复杂光照模型.基本地平线剔除代码.多次代码重构.

MyWarCraftStudio's DBCCraft, support:

1.DBC data browse
2.Data field sort by clicking column title.
3.Data search by text
4.Data export to csv
5.Data field define by change the Cnfg\DBCRecordDef.xml

http://www.linghuye.nease.net/Tools/MyWarCraftStudio_DBCViewer.rar

linghuye software

OpenGL实现原理:
We render the scene from the light's view and store the depth values in a texture.  We then render the world normally from the camera's view.  Texture generation is used to calculate and project our texture coordinates for the shadow mapping.  We test the depth values of the light's view and the camera's view in the light's clip space to see if there is a shadow.  Basically, if the camera can see something that the light can't, that means that that part should be shadowed.

1.使用PixelBuffer或FrameBuffer作为渲染环境,进行1的渲染,得到Depth Buffer,并将其绑定到某纹理,称该纹理为Shadow map texture.

2.建立纹理投影矩阵为光源视点下的模型矩阵,并设定纹理坐标生成方式为镜头空间的平面自动生成.
  // 设置纹理矩阵
    glMatrixMode(GL_TEXTURE);
    glLoadIdentity();
    gluPerspective(...); // light frustum
    glMultMatrixf(...);  // Light matrix
    glMatrixMode(GL_MODELVIEW);
   
    // 激活4元纹理坐标的生成
    glEnable(GL_TEXTURE_GEN_S);
    glEnable(GL_TEXTURE_GEN_T);
    glEnable(GL_TEXTURE_GEN_R);
    glEnable(GL_TEXTURE_GEN_Q);

  // 设置纹理坐标生成方式为平面公式线性插值的镜头空间坐标   
    glTexGeni(GL_S, GL_TEXTURE_GEN_MODE, GL_EYE_LINEAR);
    glTexGeni(GL_T, GL_TEXTURE_GEN_MODE, GL_EYE_LINEAR);
    glTexGeni(GL_R, GL_TEXTURE_GEN_MODE, GL_EYE_LINEAR);
    glTexGeni(GL_Q, GL_TEXTURE_GEN_MODE, GL_EYE_LINEAR);
  
    // 设置GL_EYE_LINEAR下纹理坐标生成的平面公式的系数
    float x[] = { 1.0f, 0.0f, 0.0f, 0.0f };
    float y[] = { 0.0f, 1.0f, 0.0f, 0.0f };
    float z[] = { 0.0f, 0.0f, 1.0f, 0.0f };
    float w[] = { 0.0f, 0.0f, 0.0f, 1.0f };
    glTexGenfv(GL_S, GL_EYE_PLANE, x);
    glTexGenfv(GL_T, GL_EYE_PLANE, y);
    glTexGenfv(GL_R, GL_EYE_PLANE, z);
    glTexGenfv(GL_Q, GL_EYE_PLANE, w);

该步骤的目的是为了使用纹理坐标生成这一图形硬件技巧计算得到每个Fragment处相对于光源的XYZ位置.
按纹理投影和变换矩阵将当前的镜头空间下的XYZ,转换为纹理空间/光源视点空间下的XYZ,
按GL_EYE_LINEAR纹理坐标生成公式Ax + By + Cz + D,且依如上参数设置的纹理坐标生成方式,计算纹理投影矩阵(即光源视点矩阵)下的(x,y,z,w),得到的纹理坐标(s,t,r,q)即:
s = 1.0f * x + 0.0f * y + 0.0f * z + 0.0f = x;
t = 0.0f * x + 1.0f * y + 0.0f * z + 0.0f = y;
r = 0.0f * x + 0.0f * y + 1.0f * z + 0.0f = z;
q = 0.0f * x + 0.0f * y + 0.0f * z + 1.0f = 1.0;
=> 顶点坐标和纹理坐标在数值上相等对应 => 生成的纹理坐标的r即为z => 即在纹理投影矩阵/光源视点矩阵下的深度值.
   
3.设置阴影纹理(GL_ARB_shadow)比较模式为:
    glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_COMPARE_MODE_ARB, GL_COMPARE_R_TO_TEXTURE_ARB);
    glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_COMPARE_FUNC_ARB, GL_LEQUAL);
该步骤的目的是进行Z值比较,并将得到的结果送入Fragment处理.
取2中计算得到的当前纹理坐标的r值(即当前Fragment的深度值)与当前深度纹理图寻址(s,t)处的值Dt进行对比,若r <= Dt,返回值1.0,反之,返回值0.0.
将返回的1.0或0.0作为Texel的LUMINANCE对当前Fragment混合,这样1.0的不变,0.0的成阴影.
  
4.最终渲染,Shadow map在管线作为纹理中发挥作用,影响最终的输出画面,产生阴影效果.

三.Shadow volume
 Refer to http://blog.donews.com/yyh/archive/2005/05/19/387143.aspx  文章写的很好
ZFail表达了: 有阴影体face在显示的物点之后.
ZPass和ZFail的逻辑区别在于,ZPass考察显示的物点之前的阴影体face,ZFail考察显示的物点之后的阴影体face,镜头是在显示的物点之前的(所谓之前之后就是以离镜头的远近为准的),所以镜头的位置会影响ZPass的逻辑,但不会影响ZFail的逻辑. 两者的基本判断逻辑是多边形穿越算法.

无论是ZPass还是ZFail都有与镜头剪裁面发生剪切的情况,这个剪切是指某个阴影体face被镜头裁剪掉了,即在几何处理阶段就被抛弃了,从而被裁剪的部分阴影体face根本没有进入设计的ZPass/ZFail stencil阶段,考察的阴影体face不完整,算法基础崩溃了.

所以产生需要Capping的问题, ZPass需要考察物点前的阴影体face,所以会被Near Plane裁剪,而ZFail则需要Capping Far Plane.


References:
http://www.pcgames.com.cn/netgames/zhuanti/wow/pince/0503/574679.html
http://www.codesampler.com/oglsrc/oglsrc_7.htm#ogl_planar_shadow
http://www.gametutorials.com/gtstore/c-1-test-cat.aspx
游戏编程精粹1
http://developer.nvidia.com/object/ogl_rtt_shadow.html
http://resumbrae.com/ub/dms424_s04/15/03.html
http://oss.sgi.com/projects/ogl-sample/registry/ARB/shadow.txt
http://oss.sgi.com/projects/ogl-sample/registry/ARB/depth_texture.txt
http://www.paulsprojects.net/opengl/shadvol/shadvol.html