LingEngine图形部分架构图

在逛http://www.opengpu.org/index.php 时发现一个优秀的ARPG客户端引擎LingEngine 各位可以下载看下   从直观个人分析该引擎技术包括: 1. 基于SlimDX的.NET引擎 2. JavaScript脚本 3. 场景剔除效率还不错 4. 手感非常棒, 不亚于WOW   他博客里还有几篇关于保留模式引擎的讨论. 个人觉得这大概是以

矩阵和向量的乘法顺序似乎经常有人被这个问题转晕。向量有两种表达形式，行向量和列向量，对应的矩阵也有行矩阵和列矩阵。采用哪种形式和左右手系无关。行矩阵：    三个轴向量为前三行，最后一行为位移变换    连乘时从左到右接合，左边的变换先应用    变换向量时为vector * matrix列矩阵：    三个轴向量为前三列，最后一列为位移变换    连乘时从

左手系和右手系转换最最最简便方法就是交换Y、Z轴，只需一个矩阵变换：1 0 0 00 0 1 00 1 0 00 0 0 1不需翻转Z轴，不需转置矩阵，不需修改缠绕方向。既可用于转换模型坐标，又可用于世界矩阵、视矩阵。实在是模型转换、移植集成之必备良方。 

低成本游戏开发SDK状态速查【DirectX】2008-12-19 更新Windows上的主要游戏开发SDK。DX10及之后的版本只能在Vista系统上使用。DX9仍被微软定位为主流版本。DirectInput, DirectMusic, DirectPlay, Direct3D RM, DirectAnimation已经废弃。DirectSound很可能将被明年推出的XAudio2替代。Di

游戏Entity设计不完全整理2006-11-26在游戏引擎中，Entity通常被翻译成实体，也常用诸如GameObject、Actor、SimulationObject、Unit、Character等名字。相比于对图像声音引擎的热情，Entity层多年来一直备受冷遇，但最近几年随着大型游戏的发展，Entity层设计的重要性已经达到和图像声音的同等水平，而且已经出现了多种通用型Entity

 不朽的SceneGraphSceneGraph自3D技术出现伊始就有着教主的地位，而今更是像基督教一样成功传销而且深入人心。在对不朽的SceneGraph顶礼膜拜的时候，有多少人想过，它早已是一具干尸。这里我们先不管广义上的SceneGraph，就说我们常见的狭义SceneGraph，多数常见3D引擎都有的，如Ogre, Irrlicht, OpenSG等, 可能还有你手中的引擎。一般都

DX9窗口模式下的截图DX9里保存截图本来应该是件很简单的事，这有啥好说的呢？直接使用IDirect3DDevice::GetFrontBufferData()。可是在窗口模式下，这个front buffer就是桌面，就是说上面的其他窗口的内容也会被截进去。那么似乎只能读back buffer了，但是注意了，直接可Lock可读的back buffer是要在创建时指明可读的，并且会持续影响性能。

为DrawPrimitiveUP(DrawUserPrimitive)洗冤最初只因DXSDK文档里说了句推荐用Vertex Buffer而不要用DrawPrimitiveUP（C#里叫DrawUserPrimitive），DrawPrimitiveUP很快被描绘成传说中的瘟疫，人人都在警告不要接近它。估计有人会想过，既然DrawPrimitiveUP这么不好，为什么还要提供它，难道只是为了显示

<br />小谈CAD制图和游戏3D的区别<br /><br /> 并不是所有人学3D都是为了做游戏，但如今3D学习资料大多是游戏背景的情况下，会让不少走CAD路线的人走错路。<br /><br /> 游戏领域，3D向着实时电影级效果发展，强调视觉效果，为了获得足够的运行时性能，要把尽可能多的计算放到制作阶段预处理。而CAD领域，画线能力远比视觉效果重要，模型往往需要实时编辑，对单纯的三角面的吞吐量需求很高，需要在大量的线和面中作精准的选取操作，而对硬件加速需求上，OpenGL 1.2的功能基本就够了。

设计日志一：保留模式的3D图形引擎一直以来，我一直坚信立即模式(Immediate Mode)是制作图形引擎的正确方式。什么时候该画什么就调用相关的函数画什么，这简直就是天经地义的。第一次听说保留模式(Retained Mode)，还是在开始学DirectX的时候，大概是DirectX 5.0吧。那时DirectX有个保留模式，只要创建对象添加到场景里，之后场景会自己绘制。不过这个保留模式API非

为什么游戏偏爱D3D如今游戏领域已经是D3D的天下，但还是有人不断搬出10年前John Carmack的话批驳D3D，尽管Carmack后来多次声明D3D已经有了很大改观，以前的批评已经不再适用。如今公认的评价是D3D和OpenGL在功能、速度和易用性上基本等价。但这无法解释为什么游戏开发商倒向D3D。不少人说是因为游戏开发以前是用DirectDraw的，转到同一风格的D3D比较容易。但两者的

<br />    折腾了许久，今天终于完成到D3D10的移植了。总体感觉不错，性能提高了不少。基本上，有一种再也不想回到混乱的D3D9时代的感觉。新的API很精简，没有冗余，操作和性能的关系很明了，完全贴合硬件。<br /><br />     当然，这也意味着，它和D3D8、9的设计方向完全不同，而是一套偏向底层的API。早年，D3D API一直饱受争议，PC开发者大多认为它太底层太难用，而少数来自游戏主机开发背景的人则反而认为它抽象层次太高阻碍优化（游戏主机的API要更加底层）。当然，PC开发者的意

设计日志三：3D游戏内的GUI系统3D游戏内往往无法使用操作系统的标准GUI，主要是由于GDI和3D是完全不同的加速模块处理的，如果把它们放在一起，会有闪烁、其中一个不可见等不确定的结果。另一方面，也有游戏程序普遍使用不同于系统的个性GUI的原因。游戏内的GUI可以做得简单、也可以做得复杂，但无论如何，它做起来总是比预想的复杂。因为复杂，所以难以做得完备，大家往往更期望去利用现有的完备的系统，其中

XNA与MDX，无人知晓的路线图XNA的下一版本已经预期在4月发布，而对.NET上DX的前途仍是疑云重重。随着MDX1.1的冻结，人们期望的MDX2/.NET 2.0到MDX10/D3D10的路线图已随着MDX2项目的取消而湮灭。显然，微软不希望MDX抢了XNA计划的风头，而XNA计划的重头戏就是XBox360。MDX2被重新定位，改造成了XNA Framework，目标锁死XBox开发。这样