KlayGE游戏引擎

前两天刚宣布了一个新的开源项目，Universal DX SDK，现在以完成了第一阶段。 在现在的master分支里，头文件已经被更新到Win10 SDK 10.0.10240.0，并作出一些修改： 注掉了winapifamily.h相关的代码，以适用于VS2010及以前的vc，和MinGW/Clang。 在MinGW下编译不会出现warning。 这么一来，如果用LoadLibrary进行动态载入，只需要头文件的话，在各种编译器下都能使用Universal DX SDK，支持D3D 9-12、DXGI 1.1-1.4、DInput、DSound、D2D 1.1-1.3、DWrite 1.1-1.3、XAudio等，并支持古老的XNAMath、D3DX 9-11等。基本可以满足各种对DX的需求。 经过KlayGE的实验，用了Universal DX SDK之后，大部分根据SDK版本进行的#ifdef都可 ...

经过前面的练习，实现query已经没什么难的了。 Query heap 在D3D12里，query也是放在heap中。但和其他heap不同的是，query heap与其说是heap，不如说是array。它并不需要设置给设备，而是相当于一次可以提交多个query。Query heap的数量不限，所以为了简单实现，可以给每个query建立一个query heap。 D3D12_QUERY_HEAP_DESC query_heap_desc; query_heap_desc.Type = D3D12_QUERY_HEAP_TYPE_OCCLUSION; query_heap_desc.Count = 1; query_heap_desc.NodeMask = 0; ID3D12QueryHeap* query_heap; TIF(device->CreateQueryHeap(&query_heap_desc, IID_ID3D12QueryHeap, reinterpret_cast<void**>(&query_heap))); ...

上一篇把完成了一个最基本的D3D12程序，画一个三角形。同时我也说了，没有回头路。本篇将开始从11on12转向纯D3D12。 上一篇我们的假设假设是最基本的系统，关掉所有post process、UI、文字，就渲染一个三角形。这样的系统至少需要一个vertex buffer、一个rtv、一个vs、一个ps、一次clear、一次draw call。进一步的发展需要一个稍微复杂的系统，有文字和UI。也就是还需要一个index buffer、一个cbv、一个srv、一个sampler。Index buffer和vertex buffer的构建没区别，所以就是cbv、srv和sampler的事情。 在此之前，需要先介绍两个D3D12的概念，heap和root signature。因为CBV/SRV/UAV/Sampler都需要依赖于这两个。 Heap Heap是D3D12新 ...

从八月初开始正式做D3D12插件以来，经过5个星期、每天平均一小时的开发，终于达成了第一阶段的目标：在渲染层接口不变的情况下，用纯D3D12渲染所有例子。 其实还不是所有特性都实现了。在例子中，遇到这种情况会退回到另一条code path。原先这些code path是为了在较弱的硬件上也能达到同样的效果，同样也可以用于开发新插件的中间产品。还没实现的特性有： Stream output（退回到render to texture） Compute shader（退回到用pixel shader实现） UAVs No overwrite（退回到discard） Query（总是返回0） Indirect draw Depth stencil和压缩纹理的mipmap生成（退回到在CPU上生成） 下一个阶段会进一步实现这些特性，做 ...

上一篇把资源转成了用12的设备建立，下一步有点犯难了。 让我们做一个假设。要让一个最基本的系统能渲染起来，换句话说，关掉所有post process、UI、文字，就渲染一个三角形。至少需要一个vertex buffer、一个rtv、一个vs、一个ps、一次clear、一次draw call。Vertex buffer的问题已经解决；vs和ps本身和11的一样；clear和11的几乎一样，只要改成调用graphics command list上的函数即可；draw call也是。好了，那么问题就集中在 如何使用rtv； 如何组装起来渲染 但无论如何，这都是不归路。我们只能向前走，再也没法像前面那样，用11on12来让两者交互使用。 RTV D3D12里的RTV是放在一个heap里的，使用的时候把heap里的一个hand ...

上一篇我们讲了如何建立D3D12的设备，并在其之上建立出11on12的设备。接下去就要开始一步一步转移到纯D3D12下了。 第一个应该转的是相对独立的资源，包括buffer和texture。建立D3D12的资源，之后用前文说的CreateWrappedResource转成D3D11的资源，继续交给D3D11on12渲染就可以了。这样仍然可以往前走一小步，保证引擎还能工作。 Buffer Buffer包括vertex buffer、index buffer和constant buffer。 D3D12_HEAP_PROPERTIES heap_prop; heap_prop.Type = D3D12_HEAP_TYPE_UPLOAD; heap_prop.CPUPageProperty = D3D12_CPU_PAGE_PROPERTY_UNKNOWN; heap_prop.MemoryPoolPreference = D3D12_MEMORY_POOL_UNKNOWN; heap_prop.CreationNode ...

昨天晚上，sourceforge的宕机时间刚恢复，我就打算把新的develop和master分支推上去。笔记本上的本地git库是一个改动中的，和github等上的历史结构有些不同了。结果我不小心用了强制push，于是现在github、bitbucket、sourceforge、codeplex上的git库全都被更改了。 7月8号以来pull或者fetch过develop或者master分支的用户，会受到影响。需要用Reset develop/master to this的功能reset到“KlayGE: Rendering: Fix the black screen in WinRT. (ticket #295)”这个commit，SHA-1是1217bcff860130d6d187925cdf342fb0ea11ab96。如果在原有分支上有个修改的，需要同时cherry pick到新的分支上来。 对这个push事故，我深表歉意。给大家制造麻 ...

KlayGE里很早就支持屏幕空间实时非平面反射，并在后来扩展到了全方向的反射。虽然比传统的反射能少渲染一遍场景，速度有明显提高，但由于计算完全在像素级，开销仍然比较大。本篇将探讨一下如何加速反射的渲染，主要思路来自于SIGGRAPH 2014 Advances in Real-Time Rendering in Games里的Reflection System in Thief。 原始效果 拿Ocean例子来统计速度。在NVIDIA Geforece GTX 960上，没有反射的时候249FPS，有反射的时候就剩下159FPS了。也就是说，反射占了2.27ms左右。 加速1：半分辨率 既然是PS的瓶颈，那么最直接的优化方法就是降低分辨率。 原先的反射是在special shading里面计算的，必须是全分辨率。在新的改进里，render ...

继上一篇提到了把编译器要求升到了vc11/g++ 4.6/clang 3.4之后，develop分支又做出了一些改进。终于，我们完成了现阶段的C++11化改进。 constexpr vc14开始支持constexpr，所以可以用它来实现编译期字符串hash。以后还会进一步增加constexpr的使用，改善执行性能。在KFL里定义了一个宏KLAYGE_CONSTEXPR，在支持的时候是constexpr，否则定义为空。 emplace，move map里插入元素，原先的做法是insert(make_pair(key, value))。这么做代码比较长，在C++11里有了emplace，可以用emplace(key, value)来代替原来的写法。而且STL的实现里一般用了move semantic把key和value直接移入map，不用拷贝。如果原先已经有构造好了的pair，那么用insert和 ...

在前几个版本开发的过程中，每次都有一些对工程系统的改进，但也积累了一些问题。在KlayGE 4.8的开发刚刚开始之时，我打算尽量把之前发现的问题解决掉，让以后的开发和使用更为顺利。 改进依赖文件的管理 在上一个版本中，KlayGE的代码库迁移到了git，同时也把第三方库和资源文件等放到独立于代码库的地方，在CMake里下载。但是，原先只是通过文件名来检测是否已经下载过。只要文件存在就不动它。这对一般只下载发行版的用户来说没有问题，但对开发者来说有有点麻烦了。一有新版本的依赖文件，就需要手动删除旧的，并再次执行CMake生成。钱康来就曾在开发4.7的过程中遇到过这个问题。他提议应该用个MD5来校验下载的文件和已经存在磁盘上的 ...