标签：
Ø OSG是Open Scene Graphic 的缩写，OSG于1997年诞生于以为滑翔机爱好者之手，Don burns 为了对滑翔机的飞行进行模拟，对openGL的库进行了封装，osg的雏形就这样诞生了，1998年Don burns 遇到了同样喜欢滑翔机和计算机图形学的Robert Osfield ，从此Robert Osfield加入了osg小组的开发并一直担任开发小组的组长。
Ø OSG不但有openGL的跨平台的特性和较高的渲染性能，还提供了一系列可供3D程序开发者使用的功能接口，包括2D和3D数据文件的加载、纹理字体支持、细节层次（LOD）控制、多线程数据分页处理等。OSG广泛应用于飞行仿真等领域，包括Flightgear，及美国军方投资的仿真项目Delta3d等
Ø 首先要先回顾一下，在显示世界中，我们是如何作画的。
Ø 在现实世界中，绘制一副画，我们需要的东西就是彩笔、白纸。通过选择不同颜色的彩笔，在白纸上移动，就可以将白纸上的不同的点描绘上不同的颜色，而所有这些点连接起来，从人的宏观视野看来，就构成了一副对人有意义的画作。
Ø 类比到计算机的实际中来。在计算机的世界里。作画的过程又是怎样的呢？
Ø 同样，绘制虚拟的图像，也需要“彩笔”和“白纸”。在计算机的世界里，“彩笔”就是Direct3D之类的绘图API函数，而“白纸”就是存储数据的内存。我们在内存中划分出一块区域，其中的数据就是对一个真实世界的模拟。一个数据就描述真实世界中一个点的属性。在我们作画前，他们都只有一个初始值，就像白纸在作画前只有白色一样。而在作画后，每一个数据都有了独特的意义，将整片数据连接在一起看，就是一副有意义的图景。作画的过程就是对内存中的每一个数据进行赋值的过程，相当于用彩笔给白纸上的一个点进行着色。选择不同的API函数，可以画出不同的形状。
Ø 一个最简单的OSG程序如下所示，当然在如果是在VS下面进行编辑的话要进行一些设置，要设置OSG的lib和include目录。
osgViewer::Viewer viewer 申请了一个viewer，可以理解为申请一个观察器，该观察可以查看模型
viewer.setSceneData(osgDB::readNodeFile("glider.osg")) 这里是设置观察器Viewer中的数据，换句话说，有了观察器，就可以添加模型了
viewer.realize() 这个语句表达的意思非常多，事实上可以定位到Viewer.cpp的realize函数，会发现里面的操作非常多，可以理解为这是在渲染前的最后一步，会检查和设置图形上下文，屏幕啊什么的，会让你以前的设置，对Viewer的设置都生效。
viewer.run(); 这一句的意思就是渲染了，如果要解释它的意思的话，可以用下面的几个语句来替代：
while(!viewer.done()){viewer.frame();}.意思也就是说，只要viewer没有结束，那么就绘制它的每一个帧［frame］。
在OSG当中模型是使用osg::Group和osg::Node来装载在一起的，比如同时需要加入两个模型，模型A了模型B，AB各自是一个NODE，那么可以使用以下语句来做到，首先使用一个Group,然后Group->addChild(A),同样，之后要Group->addChild(B)。然后再把Group添加到viewer当中就可以了。如图3.1所示AB之间的关系。在这里要申明的是NODE是Group的父类，在类中都有相应的方法可以转到对方，故Node与Group
是通用的，Node也可以被当作Group来用。
图 3 1 AB都加入到Group当中
简单示例代码如下：
则运行结果为：
图 3 2示例运行结果
如果我们不需要某个结点了，比如图3.2我们看那个小飞机很不爽，我们想把它从场景中删除掉。不知道于某种目的，反正现在要删除掉，可能是开始想看见它现在不想看见它了。可以通过removeChild方法，除多个孩子也可以通过removeChildren方法，里面的参数有些需要索引值，有些需要结点本身的指针，读者可以自己尝试。这里要注意的是，如果要删除一个结点，那么该结点下的所有结点都会被删除。如果一个结点被加入到一个组中两次，那么这两次是分别存在的，删除一次还有另一次。删除操作不能说不是个危险的操作，有些时候，尤其在有移动结点等等混在一起时，删除操作有时候会发生一些比较奇怪的现象。在内存映象当中，如果一个模型被读取一次，而用了多次，那么所占用的空间是不会改变的。
Ø 隐藏模型
隐藏模型其实模型仍在渲染当中，因此损耗并未减少，只不过隐藏了而已，隐藏的确不是个什么好操作，但是有时候对小模型确实也很实用。node->setNodeMask可以设置隐藏与显示。
Ø 节点开关
在OSG当中，专门有一个类来负责打开与关闭结点，该类名为osg::Switch，里面有相应的方法来控制它所管理的结点的打开与关闭。
两个方法都能控制模型的显示和隐藏，区别在于隐藏模型方法不会让模型在内存中消失，这样对于小的物体频繁的调用会节省一些时间，而对于有些大的模块在用一次以后可能很久再用第二次，这个时候用节点开关可以将模型销毁，再次使用再调入内存，以防止占用更多的资源。
超级指针的机制，其实就是引用一个计数器，这个计数器会计算这个箱子被引用的次数，被别人引用一次这个计数器增加一，别人不用一次，即：释放一次，则计数器减一。当减至0时，内存放掉不用。
们来看使用一个Node的三种方法,对比一下：
Ø //方法一，最好的方法,十分安全，也是OSG中最常用的方法，多少版本它都没变
osg::ref_ptr<osg::Node>aNode(new osg::Node());
group->addChild(aNode.get());
Ø //方法二，也是非常好的方法，有时候不适用，但也十分安全
group->addChild(new osg::Node());
Ø //方法三，非常危险，但是令许多人无故铤而走险的方法
osg::Node*anotherNode=new osg::Node();
group->addChild(anotherNode);
方法一：在new::Node()时申请了一个Node的资源，这时在堆内引用该Node的计算器会被置1。在group->addChild(aNode.get())时又引用了一次，会再加1。在这两次引用都结束时，Node的资源就会被释放。
方法二：这个方法也是很实用的，但是无法引出Node的指针，也许在别处可以用到，事实上会经常用到。如果已经这样做了，得到Node指针也不是不可以的，可以使用NodeVisitor来得到Node的指针，也可以使用findChild方法来做这件事。
方法三：这个应该是最常用，但是最烂的方法了，原因在于如果在osg::Node*antherode=new osg::Node()之后发生了错误，抛出了异常，谁来释放Node所占用的资源呢。而这个异常在后面被捕获，程序正常的走下去，而内存却没有被正常的放掉。
移动/旋转/缩放其实都是对矩阵进行操作，在OSG当中，矩阵可以当作一个特殊的结点加入到root当中，而矩阵下也可以另入结点，而加入的结点就会被这个矩阵处理过，比如移动过/旋转过/缩放过。在OSG中控制矩阵的类为osg::MatrixTransform。
Ø 移动
osg::Matrix::translate
Ø 旋转
osg::Matrix::rotate
Ø 缩放
osg::Matrix::scale
首先来看一些OSG中的最基本的绘制路数。如果我们要绘制一个正方形，绘制有色彩，未贴图。首先我们必须要申请一个osg::Geometry,把这个Geometry加入到Geode就可以了。在这个Geometry中要设置一些元素，最基本的是顶点Vertex,颜色color,以及顶点的关联方式和法线normal.就可以了。如图3.3所示。
图 3 3几何体绘制过程
所有可绘制的图元包括：
Ø POINTS[点]
Ø LINES[线]
Ø LINE_STRIP[线带]
Ø LINE_LOOP[闭合线段]
Ø TRIANGLES[三角形]
Ø TRIANGLE_STRIP[三角带]
Ø TRIANGLE_FAN[三角扇]
Ø QUADS[四方块]
Ø QUAD_STRIP[四方块带]
Ø POLYGON[多边形]
在OSG中设置直线线宽的专门有一个函数来管理，叫做LineWidth，它本身属于状态与属性类别中的类。事实上也是从那里派生而来。所有设置状态的操作都与此类似。
如同OpenGL一样，OSG同样有一套内置几何类型，这些几何类型都在类osg::Shape中，这些shape本身都可以本当成一个Draw结点加入到geode中，然后再人geode中添加到root里进行渲染。形状共有九种，分别为：osg::Box[盒子]，osg::Capsule[胶囊形]，osg::CompositeShape[组合型]，osg::Cone[圆锥形]，osg::Cylinder[圆柱形]，osg::HeightField[高程形]，osg::InfinitePlane[有限面]，osg::Sphere[球形]，osg::TriangleMesh[三角蒙皮]。
内置几何类型的渲染过程,如图4.5所示
图 3 4基本几何图元的添加过程
这里要注意的是，一般的形状态都有特定的因素，比如Box有长宽，圆有半径，以及各个图形所画的精细度都需要指明，这些精细度在球这样的形状上意义还是十分巨大的。在OSG中有专门指明精细度的类，名为：osg::TessellationHints。以球为例，只需要规定，圆心，半径和精细度就可以画出该球。
viewer的主要的功能是控制场景，它是场景的核心类，如果能响应键盘时得到viewer，那么也可以从键盘的响应中控制整个场景。viewer中有一个方法，名为addEventHandler就是专门做这件事情的。他会加入一个事件处理器。于是我们就想，一定要自己写一个事件处理器才行，这就必须要了解事件处理器的格式，只要有一个接口就可以了解它的格式，这个接口就是：osgGA::GUIEventHandler，于是我们可以写一个类A从该类公有派生出来，即：class A：public osgGA::GUIEventHandler,在里面处理好各种操作然后加入到viewer当中，即：viewer.addEventHadler(new A(里面可以有参数));这样就可以完成操作。
假如类A是一个事件处理类，那么加入类A可以这样理解，如图3.5：
图 3 5事件A控制场景过程
代码 值 事件类型
NONE 0 无事件。
PUSH 1 鼠标某键按下，在上面代码28行有用到。
RELEASE 2 鼠标某键弹起。
DOUBLECLICK 4 鼠标某键双击。
DRAG 8 鼠标某键拖动。
MOVE 16 鼠标移动。
KEYDOWN 32 键盘上某键按下。
KEYUP 64 键盘上某键弹起。
FRAME 128 应该是鼠标每帧。没用过。
RESIZE 256 窗口大小改变时会有的事件。
SCROLL 512 鼠标轮滚动。
PEN_PRESSURE 1024 手写板的某事件？
PEN_PROXIMITY_ENTER 2048 手写板的某事件？
PEN_PROXIMITY_LEAVE 4096 手写板的某事件？
CLOSE_WINDOWS 8192 关闭窗口。
QUIT_APPLICATION 16384 退出程序。
USER 32768 用户定义。
至于为什么都用2的N次方，主要是因为它的二进制编码只有一位是一，判断事件时很好判断，只要年哪位是一就可以了。
pick主要是通过鼠标的点击来拾取一些物体，或者判断鼠标所点击的位置在哪里。Pick实现的思路如下图所示：
图 3 6pick事件流程
判断射线与viewer中物体相交的方法为发出射线并相交。在OSG中有库函数，osgViewer::View::computeIntersections他共有三个参数：第一个是x屏幕坐标，第二个是Y屏幕坐标，第三个是存放被交的结点以及相交的坐标结点路径等等相关信息。
判断相交结点为我想要的那个结点：只需要判断存放相交射线交场景的结果集中有没有要用的结点就可以了。
场景的核心管理器是viewer，而漫游必须响应事件，比如鼠标动了，场景也在动。响应事件的类是osgGA::GUIEventHandler。我们想把响应事件的类派生一个新类出来，这个类专门用来根据响应控制viewer。这个类就是osgGA::MatrixManipulator，这个类有一些设置矩阵的公共接口，有了这些接口就可以有效的控制viewer了，根据不同的习惯，大家还会设置不同的控制方式，如同OSG自带的几个操作器，操作都不尽相同。来看一下漫游的主要流程如图6.1：
图 3 7一般的场景操作器
操作器必须从osgGA::MatrixManipulator派生而来。osgGA::MatrixManipulator有四个可以控制场景的重要接口：
四个矩阵接口可以有效的向viewer来传递矩阵的相关信息。
最简单的碰撞检测如下图所示：
图 3 8简单的碰撞检测原理图
TravelManipulator.dll中用到的就是如图所示的原理，黑三角形代表没有移动之的位置，控制移动的函数是ChangePosition(osg::Vec3&delta)，参数意思是要移动的相对于当前点的增量，在黑三角形没有移动时该函数在计算时先假设一点newPosition为移动后的点，而后通过连接这两个点，而后通过判断与场景的模型是否有交点来判定这个移动可不可以执行，如图所示，两者之间有个大盒子，是穿不过去的，所以只有保持在原地。就算没有这个盒子，移动后的新点又与地面在某种程序上有一个交点，这证明移动是不可行的。这可以防止用户穿过地板到达地下去。
使用path文件的方法如下面示例
我们可以用路径编辑器编辑path文件，或者可以控制程序中的某个物体的运动轨迹然后保存为path文件。
回调的意思就是说，你可以规定在某件事情发生时启动一个函数，这个函数可能做一些事情。这个函数就叫做回调函数，我们可以使用已有回调函数或者自定义回调函数。
Ø 使用已有回调
已有的回调的类型有很多种，一般很容易就想到的是UpdateCallBack，或者EventCallBack等
Ø 自定义回调
自定义回调为从一个回调类型派出生自己的回调，然后具有该种回调的特点等等。
NodeVisitor是一个极有用的类，可以访问结点序列，使用的方法大同小异，NodeVisitor的工作流程如下图所示：
图 3 9NodeVisitor工作流程
在主结点accept之后，结点数据立即传至NodeVisitor中去，应用apply函数，可以将数据定任一些操作，更多的操作还是需要硬性的制做与调用。
在OSG中提供有专门的粒子系统工具，名字空间为osgParticle，OSG对经常使用的粒子模拟都做了专门的类，如：ExplosionEffect用于暴炸的模拟，FireEffect用于火的模拟，ExplosionDebrisEffect用于爆炸后四散的颗粒模拟等等。
在OSG中使用粒子系统一般要经历以下几个步骤：
第一步：确定意图（包括粒子的运动方式等等诸多方面）。第二步：建立粒子模版，按所需要的类型确定粒子的角度（该角度一经确定，由于粒子默认使用有Billboard所以站在任何角度看都是一样的），形状（圆形，多边形等等），生命周期等。第三步：建立粒子系统，设置总的属性，第四步：设置发射器（发射器形状，发射粒子的数目变化等），第五步：设置操作（旋转度，风力等等因素）。第六步：加入结点，更新。下图描述了各个部分是协调工作的方式：
图 3 10粒子系统各个部分是协调工作的方式
上图中各个部分所对应的类如下图所示
图 3 11粒子系统各部分对应的类
多视口的原理是自己创建所有的相机，包括主相机，这样我们可以随意的添加相机。
首先我们要创建视口必须有以下几件东西，第一，了解整个屏幕的分辩率有多大，这样可以分辩视口的大小，好分割开来。第二，上下文。我们必须自己手动的打开设置上下文。每个视口的数据也不一定非要与主视口的相同。但是矩阵一般是同步的。也就是说：主视口里有栋楼，从视口里可以是平面图什么的。了解整个屏幕的分辩率可以用这个类：osg::GraphicsContext::WindowingSystemInterface意思是说系统接口，可以获得当前环境的各种信息。有一方法叫getScreenResolution，可以得到分辩率。之后上下文了，osg::GraphicsContext里面可以设置窗口大小，缓存什么的，大多数的东西都在这里面设置。
LOD即level of details
LOD比起PagedLOD而言并非十分的常用，有个地方用的特别多，那就是把一个好好的模型加一个视矩压成一个模型，这个模型比以前的看来就是多了个视矩的控制，远了看不见，近了能看见。
在模型中加LOD头结点的方式如下所示：
1.9.3 Imposter
用动态图片来替换场景的实用技术：imposter.可以把它法做LOD一样使用，只不过它
不是变模型变没有，而是使它换成一张图
示例代码如下：设置一个视矩，超过这个视距模型会变为一张动态图
1.10 文字&模型阴影
HUD即head up display
文字在3D场景中显示往往要经历以下几步：读取字体点阵信息->转化为图像->反走样->最终图像。在反走样期间可以处理可种模糊效果，在最终图像形成时可以设置如何摆放。OSG中有一个TEXT类，提供可很多文字显示的方法，比如
等等，可以很方便的调用
OSG对阴影的支持也相当的好，可以很容易的写出简单的阴影效果，可以参考例子osgShadow
OSG有一个专门的shadow类来支持阴影效果，提供了很多接口，如：
参考书：FreeSouth的《QpenSceneGraph程序设计》
标签：
原文地址：http://www.cnblogs.com/Vae1990Silence/p/5774642.html
