KlayGE游戏引擎

仅以此文献给那些自以为了解D3D11的专家 D3D11正式发布已经有两年多了。在这短短的时间里，各GPU厂商 都相继推出了支持D3D11的显卡，许多游戏引擎也迅速推出了对D3D11的支持。但在国内，D3D11的接受度几乎为零。国内很多“大”游戏公司的“技 术人员”对于D3D11完全出于一知半解的状态，却又在不懂装懂地指手画脚。 关于D3D11，有些事情你确实必须了解。 Feature Level 从KlayGE 3.11.0发布以来，几乎每个月都会听见有人问我，“为什么要去掉D3D9和D3D10插件，仅保留D3D11和OpenGL？”。（最近这个频率显著 提高，基本到了每周1-2次的程度）。在他们的观点里，D3D11就得在D3D11的硬件上跑，而现在D3D11硬件尚未普及，这么做会影响到 KlayGE ...

上周末实现了打算在KlayGE 4.0中使用的render to texture array功能。于是自然而然想到在ShadowCubeMap这个例子中使用，用来在1个pass内直接生成cubemap。结果，不比不知道，一比吓一跳。在不同GPU上FPS如下： NV 9800GT NV 480GTX AMD 5870 6 pass Cubemap 158.63 312.82 241.10 Dual Paraboloid 5.77 375.32 211.91 1 pass Cubemap 66.08 288.77 228.44 1 pass Cubemap with instance 105.37 281.34 224.10 1 pass Cubemap with instance GS NA 287.80 211.01 9800GT所在机器的CPU比后两套系统差得多，没法横向比较，只能纵向比较。后两套系统只有GPU不同，可以横向和纵向比较 ...

上篇文章讨论了两个API在功能上的交集，以及互操作的方法。本篇作为系列的结局，将讨论一些平台相关的问题。 平台 长久以来，一直可以听到一种说法，D3D只能在Windows上用，而OpenGL可以用在所有平台。那么，我们就来看看在各个平台上，几种3D API的可用性。 桌面平台 Windows Windows 平台在这方面相当全面，D3D11、D3D10、D3D9、OpenGL、OpenGL ES都支持（需要注意的是，只有Vista+支持D3D10和D3D11）。由于OpenGL 4.1可以建立OpenGL ES的context，NV和AMD的驱动都提供了原生的OpenGL ES。这也为浏览器中WebGL的实现提供了方便。 Mac OS X Mac OS X所支持的OpenGL比较老旧，也不支持D3D和OpenGL ES。 Linux Linux的主打API是OpenG ...

上一篇讲到了如何填平OpenGL和D3D之间一些原本被认为位于底层的区别。本篇将剖析两个API在功能上的异同，以及直接相互访问的可能性。 功能 D3D9的功能早已被OpenGL 2.0所覆盖，网上可以找到很多资料，这里就不提了。本文注重的是新的GPU特性。下表列出了D3D10+的新功能，以及实现该功能所需要的OpenGL扩展或核心。 D3D 10的功能 OpenGL所对应的 Geomrtry shader GL_ARB_geometry_shader4或OpenGL 3 Stream output GL_EXT_transform_feedback或OpenGL 3 State对象 无，需要在上层封装GL_EXT_direct_state_access Constant buffer GL_ARB_uniform_buffer_object或OpenGL 3 Texture array和新的资源格式 ...

上一篇提出了跨越OpenGL和D3D的基本问题，介绍了一些能在不改变API的情况下，通过输入数据来消除OpenGL和D3D之区别。本篇的重点是如何利用现代OpenGL提供的扩展和新功能，消除一些无法在上层解决的问题。 顶点颜色顺序 D3D9 最常用的顶点颜色格式是BGRA格式（也就是D3DCOLOR），而OpenGL默认用的是RGBA格式。D3D9用BGRA纯粹是因为历史原因，早期硬 件不支持UBYTE4的格式，只能用D3DCOLOR，然后再shader里调用D3DCOLORtoUBYTE4。现在的GPU都支持 UBYTE4，D3D10+也是可以直接使用RGBA，所以这已经不是问题了。 如果需要兼容已经生成BGRA格式数据，现代OpenGL提供了GL_EXT_vertex_array_bgra这个扩展，也可以使用BGRA作为顶点颜色输入格式 ...

多年来，在论坛和各个网站上不断能看到拿OpenGL和D3D进行比较的帖子和文章。他们经常制造很多谜思，使得初学者和一些从业人员对OpenGL和D3D产生了各种各样的流言。 有人说，OpenGL直接调到驱动，性能高于D3D。 有人说，Shader都得写两套，很麻烦。 有人说，OpenGL和D3D在底层有很多区别，而且不可设置。 有人说，图形引擎如果要兼容两者，就只能取其功能的交集，最后还不如任何一种API。 真的么？ 本文试图： 找出现代OpenGL和D3D的共通之处 归纳如何让API对上层代码尽量透明 本文不希望： 讲解函数间的对应关系 如何在OpenGL和D3D之间作选择 贬低一方，抬高另一方 下面先从几个比较基本的方面来探讨如 ...

NVIDIA的developer网站沉寂了几个月，原来是在酝酿着大改版。现在的界面风格很像其他zone的样式。同时，期待已久的Graphics SDK 11也同时发布了！Direct3D的版本已经可以下载，OpenGL的版本将在不久的将来发布。 这个版本的SDK在内容上还是很给力的，涵盖了3D Vision、FXAA、Tessellation、Water、Hair、GI等多方面新技术。独立的例子可以在这里看到。目前各个例子的Whitepaper还不能下载，相信过两天就能解决。 EDIT: whitepaper和图片都恢复正常了。

在以前的一个帖子里，我还期待NV SDK 11早日到来。结果1月份快过去了，11没到，NV却偷偷摸摸地发布了NV SDK 10.6。更新如下： An improved version of Instanced Tessellation. This sample implements 3 major schemes for Approximating Catmull-Clark Subdivision Surfaces using instanced tessellation in both DX9 and DX10. In the sample, these three schemes are also compared in terms of their visual quality and performance. Bug fix for StencilRoutedKBuffer: the previous version would create a DX 10.1 device, resulting in corruption errors.  A modification to DXUTCore prevents the DX 10.1 device from bei ...

[zh] 在WinXP下，即使GPU支持D3D10+，也只能用D3D9的API。但实际上各个厂商都对D3D9做了一些扩展，把部分D3D10+的特性暴露给了D3D9 API。以下是一些特殊的纹理格式，通过FOURCC的方式来使用。通过CheckDeviceFormat可以检测是否支持该格式，在CreateTexture的时候传入即可。下表的源头是各厂商的GPU文档，经过Unity的Aras整理而来： Usage列：DS=DepthStencil，RT=RenderTarget；Resource列：tex=texture，surf=surface。越绿表示越多硬件支持。 [/zh] [en] In WinXP, even a GPU supports D3D10+ can only uses D3D9 API. Actually, most GPU vendors have their extensions, some D3D10+'s features are exposed to D3D9 AP ...

版本号为9.29.1973，发布日期11/30/2010。下载地址：http://www.microsoft.com/downloads/en/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3。 估计新版本的DirectX SDK也快发布了。