折腾OSGEARTH心路历程

写在前面

最近一周半的时间总结起来就几个字:折腾、折腾再折腾!!!
之前搞了一段时间的osg和osgearth,尤记得第一次配置osgEarth时的各种折腾,基于vs2010和cmake编译的32位版本的osg3.4和osgearth2.8(目前都是最新版本),前前后后弄了四天才搞完,当时就想,编译这一次以后再也不编译了!
可最近由于项目需要,boss说都用最新的吧,一路折腾过来,用了vs2010、vs2013、vs2015、vs2017几个平台几乎都编译了一遍,当然也包括osgEarhth的各种第三方库。每一个平台都能编译成功,但是运行之前自己的程序总是出现各种问题。

注:编译完成之后,用网上好多教程的测试方法测试成功并不能算是真正的编译成功,而应当基于自己项目需要,能够运行完美运行自己项目文件才算成功。
当然,一般针对osg的测试使用osgviewer osgversion osglogo(属于osgExample)+一个简单小程序测试,对osgEarth的测试一般是osgearth_viewer gdal_tiff.earth和osgviewer gdal_tiff.earth进行测试,这些能够测试成功的话,基本表示osg及osgEarth的编译没有太大问题,这时候就要拿自己的项目文件源码来测试,如果和之前或者看到过的显示结果有出入,那么恭喜,并没有完全安装成功。

折腾之路

之所以折腾,主要还在于64位osgEarth的编译过程。当然应该会有很多很多大牛应用vs2015完美编译64位的osg和osgearth,对此深表佩服,佩服的原因后续再说。

好吧,记录自己折腾过程中的几个关键点,以避免之后少走弯路。

折腾vs2013

vs2010现在可能用的比较少了吧,32位的osg和osgEarth(简称OE),能运行,64位的也能编译成功,但是并不完美。完不完美,主要看自己的需求了,编译过程不再详述。
用vs2013编译OE也能编译成功,但是编译osg中,freetype插件编译不成功,如果你对字体显示要求不高,当然可以忽略该插件。我们都知道,OSGEARTH编译需要基于osg,用vs2013编译完成OSGEARTH后,OSGEARTH的插件是基于osg的插件库安装在bin目录下,如下:折腾OSGEARTH心路历程_第1张图片
但是用vs2013编译出的tiff连接库在OSGEARTH中并不能起作用,出现http://bbs.osgchina.org/forum...,错误原因很可能是自己的tiff库出了问题(32位没问题),其他测试到时没什么问题,一旦出现此问题,两种解决方法:

  1. 重新生成tiff连接库,并将生成的dll覆盖掉原来的tiff.dll;
  2. 从cmake开始,重新编译OE。

如果方案一还是不能解决问题,只好采用方案2了。

折腾vs2015

vs2013有问题,好吧,老师说用用vs2015试试。
编译过程依然不在详述,只想说:非常不建议用vs2015编译OE。
最主要原因:osg官网并没有提供打包好的针对vs2015的第三方插件包。也就说说,要想编译osg,前提需要编译好自己所需要的或者将会需要的第三方插件,而且在编译过程中,cmake非常容易找不到freetype和freetype2(前提自己编译成功freetype)头文件和库文件。

折腾vs2017

用vs2017编译osg3.4,按照网上其他教程一般都能够编译成功,需要注意几点:

  1. cmake版本不要用最新版,但也不能用较低版本。低版本无法生成针对vs2017的解决方案,最新的cmake问题多多。我使用的cmake3.8.0.
  2. 在将cmakelists.txt拖入到cmake时,要特别注意配置的各项内容,仔细检查自己所需要的库是否都添加到路径中,一次次config,直到不出现错误为止。

编译gdal时候(必须):

找到gdal的源码文件下nmake.opt文件图片描述
修改nmake.opt文件内容(可用Notepad++打开),将其中的图片描述 前面的 “#” 去掉。
用管理员身份打开vs2017命令行工具:折腾OSGEARTH心路历程_第2张图片
分别执行

nmake -f makefile.vc machine=x64
nmake -f makefile.vc install machine=x64
nmake -f makefile.vc devinstall

编译成功之后会在C盘根目录产生:
折腾OSGEARTH心路历程_第3张图片
然后将该目录下的bin、lib、include、data目录复制到你的安装路径下。

编译curl(必须)

过程类似于编译gadl:64-debug:

nmake /f Makefile.vc mode=static vc=15 debug=yes rtlibcfg=static machine=AMD64
nmake /f Makefile.vc mode=static vc=15 debug=no rtlibcfg=static machine=AMD64

编译成功后,会自动在curl的根目录下生成builds文件夹,其内容如图:
折腾OSGEARTH心路历程_第4张图片
同样复制该目录下的头文件和库问价到你需要的安装路径之下。

编译expat

expat的作用不做过多解释,也并非OSGEARTH的必须依赖包。
expat的官方网站提提供了expat-win32bin-2.2.3.exe,然后双击安装,安装完成之后进入sources目录,双击打开expat.sln,如图:
折腾OSGEARTH心路历程_第5张图片
打开之后将其编译平台改为x64,折腾OSGEARTH心路历程_第6张图片
然后生成expat库文件图片描述

经过上述步骤之后生成的库文件在 sources/win32下,如图折腾OSGEARTH心路历程_第7张图片

最后贴一下我所用到的OSGEARTH的第三方库:
折腾OSGEARTH心路历程_第8张图片

另:自己详细书写了一份OSG和OSGEARTH的源码编译教程,相比于该手册(2011年编写)折腾OSGEARTH心路历程_第9张图片有比较大的改进,相应的第三方依赖库也是应用了较新的版本(截止2017-8-8日)和新的编译方法。网上大多数的编译过程还是针对32位OSGEARTH的,现在计算机硬件配置水平都很高,如果再继续使用32位版本开发项目未免有些浪费。
继:非常感谢上述文档(网上可以下载到)提供的帮助。

你可能感兴趣的:(windows,c++)