KlayGE游戏引擎

去年，KlayGE就已经有了Windows Store的版本和Windows Phone的版本。随着Win10的推出，UWP成了统一两者的平台。CMake 3.4加入了UWP的支持之后，KlayGE也很顺利地增加了UWP的支持。 UWP的用法 在CMake 3.4中用UWP非常简单，和原先用Windows Store的完全一样，只是系统版本号改成10，仅此而已（-DCMAKE_SYSTEM_NAME=WindowsStore -DCMAKE_SYSTEM_VERSION=10.0）。所以代码其实都没改，只需要增加一个UWP的manifest。为了方便起见，在代码和CMake里定义了KLAYGE_PLATFORM_WINDOWS_UWP，用来表明是UWP的build。 另一个细节需要注意，在UWP应用里，小图标的大小是44x44，而不是30x30。 ARM的桌面 UWP讲究一份代码各种架构。但在编译ARM ...

自从Win8引入WinRT以来，主流开发者的说法一直是，C++/CX可以方便地把现有C++代码移植到WinRT。一般来说确实如此，绝大部分原有C++代码可以的保留，只需要写UI的部分就可以了。但因为C++/CX的引入，还是会带来一些副作用，不完全都是好处。本篇将以KlayGE为例，讲解如何在不用C++/CX的情况下完成WinRT应用（包括UWP）。 C++/CX的功与过 C++/CX使用起来挺方便，语法和原先的C++/CLR极其相似，但是native的，没有虚拟机执行开销。任何懂C++的人都可以很快上手，把程序移植到WinRT。同时，WinRT背后一大套COM机制都被隐藏掉了，可以直接用普通的类一样使用COM对象。 但是，仔细观察就能发现，在C++项目中加入C++/CX有几个缺点。 C++/CX ...

本系列前面的五篇已经让引擎可以在D3D12下跑通所有的例子。但这并不代表功能已经齐全。其中很多例子能跑通的原因，是因为例子本身有fall back的代码，允许在没有各种高级功能的情况下运行。Compute shader就是其中的一个。本篇将会讲解如何加入compute shader，以及在此过程中遇到的一个大坑。 计算引擎 和以前的API不同的是，D3D12是个多引擎的API，可以让硬件的不同的独立部分异步执行，以提高效率。D3D12里的引擎有，渲染引擎、计算引擎和拷贝引擎。这三个引擎有不同的指令队列，可以在程序的控制下并行执行和互相同步。所以，在D3D12里，推荐的做法是，渲染和计算分开，放到不同引擎执行。所以虽然compute shader也可以在渲染引擎执行 ...