KlayGE游戏引擎

从Android SDK R17开始，模拟器就支持OpenGL ES 2。如果能让KlayGE在模拟器上跑起来，开发和测试就能方便许多。于是我装了最新的R21和Android 2.1的ARM v7a的镜像，经过几个小时的努力，终于成功执行了一些原来能在Android x86 2.3上跑的简单例子。途中发现了一些小陷阱，这里总结一下。 屏幕宽高 原先我的做法是通过ANativeWindow_lock获得buffer，再拿buffer的width和height。在ICS上，这么做会导致后面eglCreateWindowSurface失败。原因似乎是ANativeWindow_lock之后这个窗口就被连到2D API，那么在eglCreateWindowSurface的时候就会说那个窗口已经被别的API连接了。即便是ANativeWindow_unlockAndPost也没用。解决方法是改成用ANativeW ...

如果选择了一条路，就要走到底。 前天做了第一次用C++11替代Boost的实验，用C++11的组件替换掉了很多Boost组件。这两天进行了第二次实验，对一些不能整个库替代的组件，做一些局部取代的尝试。同时，因为VC11提供了filesystem，我也测试了一下这个。 可以直接替换 Utility的result_of 唯一的区别在于boost::result_of不能作用于成员变量的指针，但KlayGE没用到这个，所以直接替换了。 稍作修改后可以替换 Filesystem MPL的if_ VC11提供了一个基于Filesystem V2的库，而Boost.Filesystem是V3，接口上有略微不同，但不难处理。这里一个额外好处是，原先在Metro下因为一些API的原因，Boost.Filesystem不能编译成功，所有用 ...

长期以来，KlayGE的很多代码都依赖于boost。（这里有个列表）。上次我提到过，随着C++11编译器和库的普及，boost中的很多东西都可以用C++11来代替。我这两天正试着在KFL中做这件事情，以下的过程中总结的经验和教训。当然，这里只涉及到KlayGE使用的boost组件，没使用到的我没做测试。所有这些替换都保证了可以通过宏来切换回boost的实现。 可以直接替换 标记了*的表示需要编译才能使用的boost组件。下同。 Array Chrono * Foreach Regex * System * Static Assert Type Traits Typeof Unordered 这些boost组件都可以直接用C++11的相应组件替换掉。Foreach、Static Assert和Typeof是语言核心提供的，需要写个宏来统 ...

随着KlayGE的发展，逐渐出现了glloader、kfont、MeshMLLib等多个子库。这几个子库原本是完全独立的，但这样难免出现很多重复代码。受到Salvia的eflib和MFC的启发，在KlayGE的开发版本中加入了称为KlayGE Foundation Library的公共库，简称KFL。（不能叫KFC了，这个名字满大街都是） KFL包括了一些平台/编译器检测的宏、类型定义、数学库、线程、Log记录、XML读写等常用代码，能用极大地减少几个子库之间的重复，减轻维护和开发的负担。KFL不依赖于KlayGE的其他任何部分，所以甚至别的项目也可以利用到它。 KFL目前存在于开发版本中，将会随着KlayGE 4.3一起发布。