KlayGE游戏引擎

面光源一直是实时渲染的一大难点。原先所有实时渲染中都只敢用点光源（spot光源也是从一个点发射出来的，在这里也算做点光源）。直到这两年，软硬件水平逐步提高了之后，面光源的实时近似才慢慢变得实用起来。 面光源的难处 从ray tracing的角度来说，在计算一个点的光照时，需要根据BRDF沿着反射方向发出多根光线，每一根都需要与光源求交。如果是点光源，那么只要计算一个点和射线求交。如果是个有体积的物体，求交就比较麻烦了，并且需要发射出更多的光线才能逼近真实效果。 在实时渲染中，光照的计算可以分为两部分。第一是来自光源的贡献。点光源可以用常见的光照模型进行计算，最近流行的基于物理的渲染，前提之一就是光源为点光 ...

去年我曾经尝试过把KlayGE嵌入其他GUI框架，当时试验的是MFC。现在，为了更方便地使用和开发GUI部分，我选择了WPF。 由于WPF是C#的，这里必不可少需要跨语言调用。我使用的方法是，把KlayGE和主窗口需要的东西包装到一个dll中，导出成纯C接口。在C#中用Dllimport引入使用。这样只需要2个工程就能完成任务。WPF的界面上内嵌了一个WinForm的窗口，可以拿到HWND，就能用来初始化KlayGE。这么做虽然没有D3D控件来得方便，但能避免多次拷贝带来的性能损失。 有了WPF的支持，把ModelViewer这样的工具转到WPF就成了顺理成章的事情。新的工具叫做MeshMLViewer，可以用来查看MeshML格式的模型。使用和修改起来比以前自画界面来得方便。 ...

在使用了CMakeMS之后，支持Windows Phone 8+平台就成了理所当然的一件事情了。Boost 1.56已经能支持store和phone，在进一步解决了Phyton和7z在WP下的编译之后，我就开始尝试编译KlayGE本身。 下面讨论的WP，特指VS2013支持的WP8.1。WP8.0还没时间测试。 事实上，因为原先已经可以编译成store版本，切换到WP非常顺利。只有一处需要修改：WP上没有VersionHelpers.h，而且WinRT上也用不到。所以只要#ifndef掉就可以了。除此之外，没有任何别的修改，WP版本就可以顺利编译出来了。 在用模拟器运行的时候，出现了一个异常，WP有声明但没有实现CoreCursor。WP上不需要鼠标指针。同样，这里只需要一个#ifndef跳过那句就可以了。于是，KlayGE的大 ...

KlayGE 4.6的开发刚刚开始。在目前的开发版里，工程方面有了一定的改进，这里总结一下。 boost的CMake化 在之前boost升级的贴子里有提到，现在包括boost在内的所有第三方库，都已经用CMake进行管理了，bjam被完全删除。这样只要一套编译设置就能应用于KlayGE中的所有项目。修改和移植变得更容易。 编译器支持 在KlayGE 4.5里，我做了一系列的实验，试图用Clang来编译KlayGE。原先遇到了一些Clang的bug，使得编译一直不成功。现在Clang解决了部分问题，KlayGE本身的dll都能通过Clang编译产生了，但exe仍然不行。问题还是出在Clang在Windows上对类的导出，有些函数被遗漏了。 VS14已经发布了两个CTP，现在KlayGE里也增加了对VS14的支持 ...

传统上，KlayGE集成的是单数版本的boost。但这次1.56的开发周期实在太长了，原定2月份出来的，足足延期了6个月。原因应该是他们在往git上迁移，并且在做模块化的重构。现在每个boost库的头文件、源文件和帮助文件都在一个单独的git库里，通过submodule的方式加到boostorg这个上层git库中。 还好，对使用boost来说，差别不大，照样可以永远原先的方法编译和使用。所以和升级Python不同的是，把boost升级到1.56.0没有遭遇太大的麻烦。 补丁 在之前的版本里，为了在WinRT和Android上使用boost，需要打很多补丁，修改很多地方才行。这些修改在这几个版本的boost里被逐渐集成进去，所以补丁的数量减少了很多。尤其是，微软的OpenTech团队直接 ...

2011年初，KlayGE进行了第一次招募。一晃3年多过去了，在这段时间里，很多组员为KlayGE的开发做出了巨大的贡献，促成了7个版本的顺利发布。在此表示衷心地感谢。 然而，随着时间的推移，很多成员从学校毕业，进入工作岗位。或者从公司小兵变成了领军人物。能参与到KlayGE里的时间也越来越少。同时，随着越来越多的人开始研究和使用KlayGE，想为KlayGE添砖加瓦的人也逐日增加。因此，KlayGE开发团队开始了第二次招募。 招募计划 只要符合以下条件均有机会： 喜欢游戏和引擎开发 熟悉C++，有一定编程经验 有开源精神，耐心和毅力 需要注意的是，如果您只是想学习KlayGE，并不需要加入开发团队。开源的特点决定了任何人都可以拿 ...

自从2011年KlayGE在代码库中包含所有第三方库以来，Python一直都是基于3.2的版本，这几年来Python本身的发展都没跟上。最近打算把Python移植到WinRT平台，所以干脆先一鼓作气，更新到最新的3.4.1上。 升级3.4.1 把代码更新到3.4.1，虽然文件添加、删除、修改都很多，但cmake里只要做很少的修改，就能完成编译和执行。但原装的python仍然不支持android，所以还得把以前的补丁手工修改到新版本上。另外，默认情况下python用的是mbcs进行编译的，改成unicode之后有几个编译错误，也顺便修改了。纯unicode版本的好处是，Lib/encode目录下不再需要带着各种编码的.py文件，全都用utf-8就行了。 WinRT的支持 原装的python也不支持WinRT。如果直 ...

KlayGE 4.5刚刚发布，KlayGE 4.6就进入了开发阶段。这里公开一下我对KlayGE 4.6的一些规划。和以前一样，欢迎有兴趣、有时间加入KlayGE 4.6开发阵营的朋友们继续参加。 KlayGE 4.6将会支持更复杂的场景，以及更好的移动平台支持。另外，从4.6开始，发布的Windows二进制文件将采用x64，并且不在采用v120_xp等支持WinXP的toolset。如果需要x86版或支持XP的版本，请自行从源代码编译出来。 时间线 这里列出几个重要的时间点，以供进度参考。 2014年11月31日，feature complete：所有功能都已经完成，没完成的推迟到下一个版本。 2014年12月15日，code complete：完成所有代码，除非特殊情况，否则不能在改变接口。 2014年12月31 ...

上一篇讲了低端硬件上如何运行deferred框架。本文是这系列的最后一篇，将会介绍KlayGE 4.5中对虚拟现实设备Oculus Rift的支持。 Oculus Rift是Oculus VR公司推出的虚拟现实头盔。它几乎是市面上同等设备中价格最便宜同时效果最好的一款VR头盔。在硬件上，它分为输入和输出两个系统。输入系统是个9轴sensor（陀螺仪、罗盘、加速度计），采样率高达1000Hz。能精确提供头盔的朝向。第二代设备甚至能提供局部移动信息。输出系统是一个7寸的屏幕，因为和眼睛的距离很近，可以覆盖整个视域。 Oculus同时还提供了个Oculus SDK，可以通过它得到sensor的输入，和输出的参数。但渲染之后的后处理等，需要程序自己处理。 输入系统 KlayGE中 ...

[zh] 又到了KlayGE的发布周期。今天，KlayGE 4.5正式发布了！这个版本除了KlayGE传统上在图形方面的发展之外，在工程方面和移动平台上也有较大的改进。这个趋势还会持续下去。在这个版本的开发中，多个大的组件是由团队成员完成的，同时也有很多朋友提供了宝贵意见和bug报告，在此表示感谢。KlayGE 4.5的主要更新如下： 新子项目 DXBC2GLSL。组员林胜华完成的一个库和工具，可以把D3D compiler生成的字节码转换成OpenGL 2.0-4.4和OpenGL ES 2.0-3.1的GLSL。 引擎方面的改进 G-Buffer中更好的normal表达。 Compute shader的TBDR实现。把4.4中基于PS的light indexed deferred进一步发展成compute shader的实现，一次处理1024 ...