概览

KlayGE是用于下一代游戏的一个完整的游戏开发框架。它是API无关的插件式结构，提供了很多先进技术，并且有无限的扩展性。

KlayGE的设计目的非常明确，用最先进的技术武装引擎。它所提供框架使游戏的开发、测试、移植得到简化。KlayGE的目标平台是当年发布的最高硬件到前一年发布的最低硬件。

图形

• 支持D3D11，OpenGL和OpenGL ES 2
• 采用fxml作为可渲染物体的特效脚本，可以直接把美工生成的特效导出使用
• Python脚本可以在运行期动态解释，所以修改脚本以后不需要重新编译
• 可以通过height map来建立地形场景
• 支持骨骼动画
• 硬件Occlusion culling
• 粒子系统
• Post processing技术
• 自适应硬件状态缓存和延迟更新机制
• 支持逐像素光照和渲染技术
• 基于distance的字体系统，兼有矢量和点阵的优点
• 支持Procedural texture
• 支持Subsurface Scattering，可用于渲染树叶、皮肤、玉器等半透明材质
• 支持PN Triangles技术，在运行期自动光滑低模
• 着色
  • 包含常用操作的shader库
  • 完全抽象出图形API
  • 多遍渲染
  • 完全支持可编程着色
  • 可以使用多条渲染流
• 光照
  • 动态光照
  • 全方向shadow map

音频

• 支持各种平台的音频输出
• 支持3D声音定位和多普勒效应
• 输入格式支持Ogg Vorbis
• 支持流式播放

工具

• 法线图生成器，可以从高度图生成法线图
• 距离图生成器，可以从高度图或3D纹理生成距离图
• MeshML导出插件，从3DS Max导出模型
• OpenGL兼容性检测工具
• HDR压缩器，支持cubemap和2D HDR纹理的压缩
• Normal map压缩器，2:1或4:1的压缩率
• 基于distance的字体生成器，可以把矢量字体转换成引擎使用的字体格式
• FXML2Shader工具，把FXML的特效脚本转换成HLSL或Cg

程序特性

• 引擎是开放源代码的，包含了100%的引擎、工具的源代码
• 可扩展的、面向对象的C++引擎，带有用于静态和动态加载代码和资源的软件架构，易于移植和调试
• 用Python作为脚本语言，提供了对动态数据的自动支持，开发调试方便，并很容易和C++主程序配合工作

目录

1. KlayGE是什么？
2. KlayGE是你一个人开发的吗？
3. 哪里能找到KlayGE的文档？
4. 为什么选择了GPL？
5. 为什么用Python而不是LUA？
6. 为什么必须要有Shader Model 2.0及以上？
7. KlayGE的网络部分如何？
8. 编译例子的时候出现像这样的连接错误信息：“libcmtd.lib(dbgheap.obj) : error LNK2005: __CrtSetDbgFlag 已经在MSVCRTD.lib(MSVCR80D.dll) 中定义”，请问如何解决？
9. Boost编译的时候应该用什么参数？
10. 为什么在Visual Studio里运行例子的时候ResLoader::Load出现assert failed？
11. 在编译的时候提示”‘yasm’ is not recognized as an internal or external command, operable program or batch file.”，如何解决？

问：KlayGE是什么？

答：KlayGE是一个开放源代码、跨平台的游戏引擎。它是用C++开发的，并使用Python作脚本语言。KlayGE在GPL协议下发行。

回到目录

问：KlayGE是你一个人开发的吗？

答：是的。几乎所有的开发都是我一个人完成的。但在这个过程中使用了一些第三方的代码，比如7zip的解码部分。不少朋友也在开发的过程中给予了不可或缺的帮助。

回到目录

问：哪里能找到KlayGE的文档？

答：目前KlayGE的文档仅限于Documentation下的文件。文档缺乏的原因主要是我没有足够的时间去写，另外我更希望用代码本身来自我诠释。

回到目录

问：为什么选择了GPL？

答：在KlayGE 2.7之前使用的是LGPL协议，但后来为了保护它不被某些专有软件吞并，所以换成了GPL。

回到目录

问：为什么用Python而不是LUA？

答：KlayGE 2.0之前（当时还叫作Clay! Engine），LUA是首选的脚本语言。LUA的优点是速度快，缺点是在C++中的调用极其麻烦，而且语言本身能力较弱。Python速度不如LUA， 但是语言能力强大得多，也不必写成栈式的调用方式，简洁得多。在KlayGE中，脚本不是为了效率而存在的，所以Python成了不二之选。

回到目录

问：为什么必须要有Shader Model 2.0及以上？

答：KlayGE是一款面向高端的引擎，所以在一定程度上要用较高的配置，以满足先进技术的需要。另一方面，Shader Model 2.0并不算一个很高的要求，市面上的新显卡几乎都是支持Shader Model 3.0的。对于游戏开发者来说，如果现在还在使用不支持Shader Model 2.0的硬件，那只能说实在落后得太多了。

回到目录

问：KlayGE的网络部分如何？

答：KlayGE中的网络是弱项，甚至可以说几乎无法使用。所以需要重新开发，或者使用别的网络库。

回到目录

问：编译例子的时候出现像这样的连接错误信息：“libcmtd.lib(dbgheap.obj) : error LNK2005: __CrtSetDbgFlag 已经在MSVCRTD.lib(MSVCR80D.dll) 中定义”，请问如何解决？

答：由于KlayGE在VC下使用的运行库是多线程的DLL，所以需要把所有连接到exe的lib的运行库改为 多线程DLL（Project- >Properties->Configuration Properties->C/C++->Code Generation->RuntimeLibrary，选择Multi-threaded Debug DLL/Multi-threaded DLL）。

回到目录

问：Boost编译的时候应该用什么参数？

答：Boost 1.36的编译参数可以通过bjam的命令行参数来设置，可以写一个批处理文件，内容是：

SET BZIP2_SOURCE="D:/bzip2-1.0.5"
SET ZLIB_SOURCE="D:/zlib-1.2.3"
SET ICU_PATH="D:/icu4c-3_6"
bjam --toolset=msvc-9.0 --stagedir=./lib_vc9_x86 --builddir=./ address-model=32 link=shared runtime-link=shared threading=multi cxxflags=-wd4819 cxxflags=-wd4910 define=_CRT_SECURE_NO_DEPRECATE define=_SCL_SECURE_NO_DEPRECATE define=_SECURE_SCL=0 stage debug release
bjam --toolset=msvc-9.0 --stagedir=./lib_vc9_x64 --builddir=./ address-model=64 link=shared runtime-link=shared threading=multi cxxflags=-wd4819 cxxflags=-wd4910 define=_CRT_SECURE_NO_DEPRECATE define=_SCL_SECURE_NO_DEPRECATE define=_SECURE_SCL=0 stage debug release

直接在boost的目录下运行这个批处理就可以编译出dll版本的boost库。

回到目录

问：为什么在Visual Studio里运行例子的时候ResLoader::Load出现assert failed？

答：需要在Visual Studio中把工程的Working Directory设置成$(OutDir)。此问题在KlayGE 3.10中不再出现。

回到目录

问：在编译的时候提示”‘yasm’ is not recognized as an internal or external command, operable program or batch file.”，如何解决？

答：根据设置，Visual Studio的编译工具必须能调用yasm才能编译.asm的文件。解决方法之一是把下载下来的yasm-X.X.X-winYY.exe（X表示版本 号，YY表示32或64）改名成yasm.exe，并拷贝到VC的bin目录下，比如”C:Program FilesMicrosoft Visual Studio 9.0VCbin”。（注：这个问题实际上不该出现在本FAQ中，因为这其实是个命令行调用的问题，谁都该会的。可悲于国内“开发者”的素质，竟然有 不少人都问了我该问题，使得我不得不将它写在这里。）此问题将在KlayGE 3.11中避免。

愿望列表