** 更多渲染技术 **
翻译：clayman
在讨论过了基础渲染方法之后 , 我们应该把注意力放到一些能提高性能 , 并且让场景看起来更好的渲染技术上来：
** 渲染各种图元类型
**
至今为止，我们只渲染过一种类型的图元，称为三角形集合。实际上，我们可以绘制很多种不同类型的图元，下边的列表描述了这些图原类型：
PointList ――这是一个自我描述的图元类型，它把数据作为一系列离散的点来绘制。不能使用这种类型绘制 indexed primitives 。
LineList ——把每一对点作为单独的直线来绘制。使用时至少需要有两个顶点。
LineStrip ——把顶点绘制为一条折线。至少需要两个顶点。
TrangleList ——这就是我们一直在使用的类型。每三个顶点被绘制为一个单独的三角形。通过当前的剔除模式来决定如何进行背面剔除。
TrangleStrip ——三角形带是一系列相连的三角形，每两个相邻的三角形共享两个顶点。剔除模式会自动翻转所有偶数个三角形（ flipped on all even-numbered triangles ），因为相邻的三角形共享两个顶点，他们会被翻到反方向。这也是复杂的 3D 对象使用的最多的图元类型。
TrangleFan ——与三角形带相似，不过所有的三角形都共享一个顶点。
可以使用同样的数据来绘制任意类型，任意数量的图元。 Direct3D 会根据给定的图元类型来绘图。写一点来嘛来绘制一下这几种图元吧。
修改我们创建顶点缓冲时的代码。因为不需要移动顶点，可以把 SetupCamera 里的 world transform 删除了，同样所有引用到 angle 成员的代码也可以删除了。添加一下代码：
private const int NumberItems ＝ 12 ；
12 虽然是随便挑选的数字，但也有一定的原因。太多的顶点会让屏幕太拥挤，同时，顶点的数量要同时能被 2 和 3 整除。这样无论那种图元都能都被正确的渲染。接下来修改创建顶点缓冲的代码：
vb=new VertexBuffer(typeof(CustomVertex.PositionColored), NumberItems, device, Usage.Dynamic | Usage.WriteOnly, CustomVertex.PositionColored.Format,Pool.Default);
CustomVertex.PositionColored[] verts = new CustomVertex.PositionColored[NumberItems];
for(int i=0;i<NumberItems;i++)
{
float xPos = (float)(Rnd.NextDouble()* 5.0f) - (float)(Rnd.NextDouble()* 5.0f);
······（详见源码）
verts[i].SetPosition(new Vector3(xPos,yPos,zPos));
verts[i].Color = RandomColor.ToArgb();
}
这里没有什么特别的地方，我们修改了顶点缓冲大小来保存足够多的顶点。接下来，修改了创建顶点的方法，用一种随机的方式来填充顶点。你可以在源码中找到关于 Rnd 和 RandomColor 的声明。
现在需要修改绘图方法了。不停的滚动显示几种类型的图原，可以简单的展示出他们之间的联系。我们每两秒钟显示一种类型。可以根据开机时到现在为止的相对时间（ in ticks ）来计时。添加一下两个成员变量的声明：
**private bool needRecreate = false;
**
** private static readonly int ImitialTickCount = System.Environment.TickCount;
**
第一个布尔变量控制着在每个“周期”开始的时候重新创建顶点缓冲。这样，就不必每次都显示同样的顶点。用一下代码代替简单的 DrawPrimitives 方法：
（见源码中带有 switch 的部分）
这基本上是一段可以自我解释的代码。根据一个周期中的不同时刻，调用 DrawPrimitives 来绘制相应的图原。注意，由于图原类型的不同，相同数量的顶点能绘制的图原数也是不同的。运行程序，将按照 PointList ， Linelist ， LineStrip ， TragleList,TangleStrip 的顺序显示图原。如果你觉得显示 PointList 时“点”太小看不清楚，可以通过调整 render state 把它稍稍放大一点：
device.RenderStare.PointSize = 3.0f;
** 使用索引缓冲（ Index Buffer ）
**
还记得我们创建盒子时的带码吗，我们一共创建了 36 个顶点。实际上，我们只使用了 8 个不同的顶点而已，即正方形的 8 个顶点。在这样的小程序里把相同的顶点储存许多次并不会出什么大问题。但在需要储存大量数据的大得多的程序里，减少数据的重复来节约空间就显得很重要了。很幸运， Direct3D 里一种成为索引缓冲的机制能让同一个图原共享他的顶点数据。
就像他的名字暗示的那样，索引缓冲就是一块保存了顶点数据索引的缓冲。缓冲中的索引为 32 位或 16 位的整数。比如，你使用索引 0 ， 1 ， 6 来绘制一个三角形时，会通过索引映射到相应的顶点来渲染图像。使用索引来修改一下绘制盒子的代码吧，首先修改创建顶点的方法：
**vb=new VertexBuffer(typeof(CustomVertex.PositionColored), 8, device, Usage.Dynamic | Usage.WriteOnly, CustomVertex.PositionColored.Format,Pool.Default);
**
** CustomVertex.PositionColored[] verts = new CustomVertex.PositionColored[8];
**
** verts[0] = new CustomVertex.PositionColored( -1.0f, 1.0f, 1.0f, Color.Red.ToArgb());
**
** ** ** ·····（见源码 OnVertexBufferCreate 方法）
**
**
**
** ** 如你所见，我们戏剧性的减少了顶点的数量，仅储存正方形的 8 个顶点。既然已经有了顶点，那 36 个绘制盒子的索引应该是什么样子呢？看一下先前的程序，依照 36 个顶点的顺序，列出适当的索引：
**private static readonly short[] indices =
**
** {
**
** 0,1,2, //front face
**
** 1,3,2, //front face
**
** ·····
**
** }
**
** ** 为了便于阅读，索引分为 3 个一行，表示一个特点的三角形。第一个三角形使用顶点 0 ， 1 ， 2 第二个使用 1 ， 3 ， 2 ；以此类推。仅仅有索引列表是不够的，还需要创建索引缓冲：
private IndexBuffer ib ** ＝ null ；
**
这个对象就是储存并且让 Direct3D 访问索引的地方。它与创建顶点缓冲的方法也很相似。接下来初始化对象，填充数据：
** ib = new VertexBuffer(typeof(short),indices.Length,device,Usage.WriteOnly,Pool.Default);
**
** ib.Created += new EventHandler(ib_Created);
**
** OnIndexBufferCreate(ib,null);
**
**
**
** private void ib_Created(object sender, EventArgs e)
**
** {
**
** IndexBuffer buffer = (IndexBuffer)sender;
**
** buffer.SetData(indices,0,LockFlags.None);
**
** }
**
**
**
除了参数的约束条件以外，索引缓冲的构造器简直就是一个模子里出来的。与前面提到的一样，只能使用 16 位或 32 位的整数作为索引。我们订阅了事件处理程序，并且在程序第一次运行时手动调用他。最后为索引缓冲填充了数据。
现在，需要修改渲染图像的代码来使用这个数据了。如果你还记得，我们以前使用了一个叫“ SetStreamSource ”的方法来告诉 DirectX 渲染的时候使用哪一快顶点缓冲。同样，对于索引缓冲来说也有这样一种机制，不过它仅仅只是一个属性而已，因为同一时间只可能使用一种类型的索引缓冲。在 SetStreamSource 之后，设置如下属性：
device.Indices = ib;
这下 Direct3D 知道顶点缓冲的存在了，接下来修改绘图代码。目前，我们的绘图方法尝试从顶点缓冲绘制 12 个图原，可是这必然不会成功，因为现在顶点缓冲里只有 8 个顶点了。添加 DrawBox 方法：
** private void DrawBox(float yaw,float pitch,float roll,float x,float y,float z)
**
** {
**
** angle += 0.01f;
**
** device.Transform.World = Matrix.RotationYawPitchRoll(yaw,pitch,roll) * Matrix.Translation(x,y,z);
**
** device.DrawIndexedPrimitives(PrimitiveType.TriangleList,0,0,8,0,indices.Length /3);
**
** }
**
**
**
这里，我们把 DrawPrimitives 改为了 DrawIndexedPrimitives 。来看看这个方法的原型吧：
** public void DrawIndexedPrimitives(PrimitiveType primitiveType,int baseVertex ,int minVertexIndex,int numVertices, int startIndex, int primCount);
**
**
**
第一个参数和上一个方法的一样，表示要绘制的图原类型。参数 baseVertex 表示从索引缓冲起点到要使用的第一个顶点索引的偏移量。 MinVertexIndex 是这几个顶点中最小的顶点索引值。很显然， numVertices 指的就是所要使用的顶点数量。 startIndex 表示从数组中的哪一个位置开始读取顶点。最后一个参数则是要绘制的图原数量。
现在通过索引缓冲中的 8 个顶点，就可以绘制出了构成立方体的 12 个图原了。接下来用 DrawBox 方法代替原来的 DrawPrimitives 方法。
** DrawBox(angle / (float)Math.PI, angle / (float)Math.PI * 2.0f, angle / (float)Math.PI / 4.0f, 0.0f, 0.0f, 0.0f);
**
** （略，详见源码）
**
**
**
再次运行程序，可以看到颜色非常鲜艳的盒子在旋转。我们的每一个顶点都有不同的颜色，因此，真实的反映了使用索引缓冲共享顶点的缺点。当多个图原共享顶点的时候，所有的顶点数据都是共享的，包括颜色，法线数据等等。当决定是否共享顶点时，必须确定共享数据不会带来灯光或颜色上的错误（因为灯光的计算依赖于法线）。可以看到立方体每个面的颜色都是由顶点颜色插值计算出来的。
** 使用深度缓冲（ Using Depth Buffer ）
**
深度缓冲（ depth buffer ）（也就是通常所说的 z-buffer 或 w-buffer ）是 Direct3D 在渲染时储存“深度”（“ depth ” 一般指方向为从屏幕指向观察者的 z 轴的窗口坐标）。深度信息用于在光栅化时决定象素之间的替代关系（注： 度通常用视点到物体的距离来度量 , 这样带有较大深度值的象素就会被带有较小深度值的象素替代 , 即远处的物体被近处的物体遮挡住了）。至今为止，我们的程序都没有使用过深度缓冲，所以光栅化时没有象素被遮挡住。除此之外，我们甚至还没有会相互重叠的象素，那么，现在来绘制一些会与已有的立方体重叠的的立方体吧。
在已有的 DrawBox 方法调用后添加如下代码：
** DrawBox(angle / (float)Math.PI,angle / (float)Math.PI* 2.0f, angle / (float)Math.PI / 4.0f, 0.0f,(float)Math.Cos(angle),(float)Math.Sin(angle));
**
** ···（略）
**
**
**
我们在添加了三个旋转的立方体到原来中间一排的立方体上。运行程序，可以看到重叠的立方体，却不能分清两个立方体重叠部分的边界，看起来不过是一块普通的斑点而已。这就需要通过深度缓冲来处理了。
添加深度缓冲实在是一个简单的任务。记得我们传递给 device 构造函数的 presentation parameters 参数吗？ well ，这将是我们添加深度缓冲的地方。创建一个包含深度缓冲的 device ，需要用到两个新的参数：
public Mircosoft.DirectX.Direct3D.DepthFormat AutoDepthStencilFormat [ get, set ]
public bool EnableAutoDepthStencil [get,set]
把 EnableAutoDepthStencil 设置为 true 就可以为 device 打开深度缓冲，使用 DepthFormat 来指定 AutoDepthStencilFormat 成员。 DepthFormat 枚举中，可使用的值列在下表中：
D 16 A 16-bit z-buffer bit depth.
D32 A 32-bit z-buffer bit depth.
D16Lockable A 16-bit z-buffer bit depth that is lockable.
D32Flockable A lockable format where depth value is represented by a standard IEEE floating point number.
D15S1 A 16-bit z-buffer bit depth using 15 bits for depth channel, with the last bit used for the stencil channel (stencil channels will be discussed later).
D24S8 A 32-bit z-buffer bit depth using 24 bits for depth channel, with the remaining 8 bits used for the stencil channel.
D24X8 A 32-bit z-buffer bit depth using 24 bits for depth channel, with the remaining 8 bits ignored.
D24X4S4 A 32-bit z-buffer bit depth using 24 bits for depth channel, with 4 bits used for the stencil channel, and the remaining 4 bits ignored.
D24FS8 A non-lockable format that contains 24 points of depth (as a floating point) and 8 bits for the stencil channel.
深度缓冲越大，能储存的深度数据也越多，但这是以牺牲性能为代价的。除非你确定需要使用很大的深度缓冲，否