使用左（右）手拇指指向坐标轴正向，握住坐标轴，4指环绕方向为正方向

不管是左手右手，行向量还是列向量。矩阵存储基本都是[row][col]形式

这时该如何建立矩阵呢?
答案就是区分你用的是行向量还是列向量.

也许有人会问为什么不区分是左手坐标系还是右手坐标系呢？
因为矩阵M可以变换到矩阵M1, 那么他们一定是同在左手坐标系或右手坐标系,变换只能在可以互相转换的坐标系之间进行。 这也是为什么gamebryo摄像机朝向X.但最终dx 还是z值判断深度。这也是矩阵变换的结果

如果你用的是行向量：由于行向量只能左乘矩阵(注意乘与乘以的区别)

gamebryo 默认模型朝向-Y轴。摄像机看向X轴方向。上方向为Y. 当然变换后的矩阵在z向上世界坐标里面是看向Y轴。

gamebryo 矩阵和dx矩阵相乘方向相同 Rx * Ry * Rz 先执行Rx,然后 Ry,最后Rz。

在全屏调试下程序crash原因非常麻烦。设置断点也会导致全屏情况不能切换回桌面。这个有个简单办法就是在断点前加入一个MessageBox操作。通过弹出对话框，从全屏状态恢复到窗口状态。后面就是你的断点了。cool~

对于NiNode代表的场景图。要节省效率可以做2个场景图。一个放入静态对象。这些对象不需要Update更新。另一个放入动画对象。这个场景图需要一直更新。
同理对于实体-场景架构也可以用这个办法，但不包括大范围运动物体，如玩家和大范围寻路npc之类。这样会拉大其所在结点的包围体大小

注意GameBryo 使用的场景图是一种包围体层次结构BHV，这种结构退化的表现就是八叉树。但注意不同于八叉树。可以参考3D游戏编程大师技巧上面的说明。这本书上说包围体层次结构建立可以使用分而治之或者集群技术算法。但GameBryo 并没有使用算法来确定树结构，所以通过程序Node attach 结点方法建立起来的包围体层次结构效率会非常差。而在3dmax里面是通过美术人员手动 group 一下相关网格来组成一个节点层次结构。如果遇到经验不足的，直接所有mesh挂在根结点下。效率也会非常差。不过还好3dmax很多很多操作会自动产生节点，所以通过group相关的（主要是空间相关、效果相关，可参考mout）节点在一起可以提高效能。

softparticles 写深度到另一个rendertarget
MeshCreation 使用了floodgate. 波浪由 floodgate 产生
StandardMaterial 展示了标准的shader

material 只是引用了 shader 。
有很多使用光源方法。投射光源等等。

scene graph bounding Spheres是用摄影机进行裁切。地表系统用了quadtree。

NiMesh 比 NiGeomentry 有什么不同

因为floodgate 等的使用，要提供一个更有弹性的系统。 NiMesh 取代之。更多东西可以在Mesh上分享。还有如GPU Instancing等功能。以前有三角形 ，线条等。现在统一为NiMesh

gamebryo2.5 支持1024*1024地形大小。由于gb对应max是1:1的，这样相当于1平方公里. lightspeed 版本好像没有限制了。这个也可以不是1平方公里。就像魔兽世界一个地形网格代表的是3.333的样子。也不是1.就是说max人物建筑之类的可以缩小到1/3放入地形场景。这样地形就大了。如果要求不太高还可以缩小。
地形支持4层材质（不是纹理。材质可以是很多纹理的混合。bump map. light map. 等等一个材质信息要丰富很多。如魔兽4个纹理的地形，可能就相当于一个材质如MOUT中的地形材质）。

RenderStep 相当于一个effect. 如:hdr,dof 等等，游戏场景也是一个effect.相当于 dx 的 d3deffect. 负责 rendertargetgroup

renderclick 是一个单独的渲染pass.可以设置摄像机和 culler.  一个renderstep的多个renderclick，操作的是相同的rendertargetgroup
renderview 为 renderclick 提供一些列需要渲染的几何体数据

对于 .fx 之外的 shader 一般需要一个 .nsf 描述文件，来描述shader文件中的外部变量。在程序中动态更新某个shader内变量如下：

NiShaderFactory::UpdateGlobalShaderConstant("LightDiffuse",sizeof(afLightDiffuse), &afLightDiffuse);
如果没有用nsf描述外部变量，可以通过NiShaderFactory::RegisterGlobalShaderConstant()函数来注册 shader 脚本中的外部变量

注意 NiAplhaAccumulate 对物体是从后向前排序的，这样适合绘制alpha物体，但对于无alpha物体应该从前到后排序，这样减少像素值重复覆盖次数。就像bsp树的做法。 orion 例子里面的 Accumulate 就是这种做法

NiSortAdjustNode 可以让引擎按节点下面网格顺序来draw alpha 物体而不进行排序操作，但还不清楚在3dmax中这些子网格是如何附加到这个虚拟体上的