1. 环境准备搭建编译OSG的基础舞台在开始编译OpenSceneGraph 3.6.5之前我们需要先搭建好开发环境。就像盖房子需要打好地基一样环境配置决定了后续编译过程的顺利程度。我曾在多个项目中编译过不同版本的OSG发现环境配置不当会导致各种奇怪的编译错误所以这部分内容我会结合实战经验详细说明。首先需要准备以下工具链Visual Studio 2019这是微软的C开发环境建议安装使用C的桌面开发工作负载。我在实际使用中发现VS2017也可以工作但VS2019对C17标准的支持更好能避免一些兼容性问题。CMake 3.21这是跨平台的构建工具用于生成VS项目文件。安装时记得勾选Add CMake to system PATH选项这样可以在命令行直接使用cmake命令。Git虽然非必须但我强烈推荐使用Git获取源码。通过git clone https://github.com/openscenegraph/OpenSceneGraph.git命令可以获取最新代码还能方便地切换版本分支。提示安装VS2019时务必勾选Windows 10 SDK和MSVC v142组件这是OSG编译的必备环境。我建议在D盘或E盘创建专门的工作目录比如E:\osg这样能避免Windows系统路径中的空格和特殊字符带来的潜在问题。接下来在这个目录下创建三个子文件夹OpenSceneGraph-3.6.5存放源码OpenSceneGraph_build存放编译中间文件3rdParty存放第三方依赖库2. 获取源码与第三方依赖避开那些年我踩过的坑OSG的源码获取看似简单但其中有不少需要注意的细节。官方提供了两种获取方式从GitHub克隆仓库推荐git clone -b OpenSceneGraph-3.6.5 https://github.com/openscenegraph/OpenSceneGraph.git从官网下载源码包http://www.openscenegraph.org我最初尝试从官网下载zip包但发现有些版本的源码包缺少必要的CMake脚本文件导致后续编译失败。后来改用Git方式就再没遇到过这类问题所以建议大家优先使用Git获取源码。第三方依赖库是编译过程中最大的拦路虎。OSG需要以下关键依赖FreetypeJPEGJasperLibXml2ZLIBGDAL这些库如果缺失CMake会报出类似这样的错误CMake Warning at FindPackageHandleStandardArgs.cmake:438 (message): The package name passed to find_package_handle_standard_args (PkgConfig) does not match the name of the calling package (GTA).注意截至2023年中文社区提供的依赖包链接大多已失效建议直接从OSG官网获取。官网提供了两种依赖包Full Package包含所有依赖包括Boost等额外库Small Package仅包含必需的核心依赖我测试过两种包发现对于基础使用Small包就足够了Full包会增加不必要的编译时间。下载后解压到3rdParty目录目录结构应该是这样的3rdParty/ ├── include/ ├── lib/ └── bin/3. CMake配置那些必须知道的参数设置CMake配置是编译过程中最关键的一步也是最容易出错的地方。经过多次实践我总结出了一套稳定的配置流程打开CMake GUI设置源码路径为E:\osg\OpenSceneGraph-3.6.5设置构建路径为E:\osg\OpenSceneGraph_build点击Configure按钮选择Visual Studio 16 2019和x64架构关键配置项ACTUAL_3RDPARTY_DIR设置为E:/osg/3rdParty注意使用正斜杠BUILD_OSG_EXAMPLES勾选以编译示例程序CMAKE_INSTALL_PREFIX设置为E:/osg/OpenSceneGraph_install点击Generate按钮后如果一切顺利你会在输出窗口看到Configuring done和Generating done的提示。如果出现红色错误最常见的原因是第三方库路径设置不正确。我曾遇到一个典型错误Could NOT find Freetype (missing: FREETYPE_LIBRARY FREETYPE_INCLUDE_DIR)解决方法是在CMake中手动指定FREETYPE_INCLUDE_DIRE:/osg/3rdParty/include/freetype2FREETYPE_LIBRARYE:/osg/3rdParty/lib/freetype.lib4. Visual Studio编译漫长的等待与常见问题解决CMake生成解决方案后用VS2019打开OpenSceneGraph.sln文件。这里有几个重要经验分享编译顺序首先生成ALL_BUILD项目Debug和Release配置然后生成INSTALL项目在批生成对话框中建议这样设置勾选ALL_BUILD的Debug和Release取消勾选INSTALL的编译待ALL_BUILD完成后再单独编译编译过程非常耗时在我的i7-9700K机器上大约需要3-4小时。期间可能会遇到以下警告可以安全忽略C4251: 关于STL模板的导出警告C4996: 某些函数被标记为不安全如果编译卡在某个特定项目如osgdb_curl可能是对应的第三方库有问题。我的解决方法是在CMake中禁用该插件如设置BUILD_OSG_PLUGIN_CURLOFF重新生成解决方案继续编译编译完成后INSTALL步骤会将所有必要的文件复制到CMAKE_INSTALL_PREFIX指定的目录形成标准的开发环境结构OpenSceneGraph_install/ ├── bin/ # 运行时需要的DLL ├── include/ # 开发头文件 └── lib/ # 链接库文件5. 环境配置让系统认识你的OSG编译完成后还需要进行一些环境配置才能使OSG正常工作添加系统变量新建OSG_FILE_PATH值为资源文件路径如E:\osg\OpenSceneGraph-Data在PATH中添加OSG的bin目录如E:\osg\OpenSceneGraph_install\bin测试安装 打开命令提示符运行osgversion # 查看版本信息 osgviewer cow.osg # 运行示例查看器如果看到一头牛的三维模型说明安装成功。重要提示Debug和Release版本的库不能混用。Debug版本库带有d后缀如osgd.lib而Release版本没有如osg.lib。混合使用会导致运行时崩溃。6. 创建第一个OSG项目从零开始的实战现在我们来创建一个简单的OSG应用程序验证开发环境是否配置正确在VS2019中创建新的C控制台项目配置项目属性平台工具集Visual Studio 2019 (v142)C语言标准ISO C17标准添加包含目录E:\osg\OpenSceneGraph_install\include添加库目录E:\osg\OpenSceneGraph_install\lib配置链接器输入osgViewerd.lib osgDBd.lib OpenThreadsd.lib opengl32.lib示例代码#include osgViewer/Viewer #include osgDB/ReadFile int main() { osgViewer::Viewer viewer; viewer.setSceneData(osgDB::readNodeFile(cow.osg)); return viewer.run(); }最后将以下DLL复制到项目exe所在目录osg*.dllot*.dllzlibd.dllDebug版或zlib.dllRelease版7. 常见问题排查指南在多年的OSG使用经验中我整理了一些常见问题及其解决方法问题1运行时提示缺少DLL解决方法检查PATH环境变量是否包含OSG的bin目录或将所有需要的DLL复制到exe所在目录问题2Debug版程序崩溃检查是否链接了Debug版库带d后缀确保所有第三方库也有对应的Debug版本问题3CMake找不到第三方库确认ACTUAL_3RDPARTY_DIR设置正确检查第三方库的目录结构是否符合要求尝试在CMake中手动指定各个库的路径问题4示例程序无法加载模型检查OSG_FILE_PATH是否指向正确的资源目录确认资源文件如cow.osg确实存在记得在项目属性中预处理器定义添加_WIN32_WINNT0x0A00 _SCL_SECURE_NO_WARNINGS _CRT_SECURE_NO_DEPRECATE这些定义可以避免一些Windows平台特有的编译警告和错误。