则运行结果为：

图 32示例运行结果

1.3.2 删除结点

如果我们不需要某个结点了，比如图3.2我们看那个小飞机很不爽，我们想把它从场景中删除掉。不知道于某种目的，反正现在要删除掉，可能是开始想看见它现在不想看见它了。可以通过removeChild方法，除多个孩子也可以通过removeChildren方法，里面的参数有些需要索引值，有些需要结点本身的指针，读者可以自己尝试。这里要注意的是，如果要删除一个结点，那么该结点下的所有结点都会被删除。如果一个结点被加入到一个组中两次，那么这两次是分别存在的，删除一次还有另一次。删除操作不能说不是个危险的操作，有些时候，尤其在有移动结点等等混在一起时，删除操作有时候会发生一些比较奇怪的现象。在内存映象当中，如果一个模型被读取一次，而用了多次，那么所占用的空间是不会改变的。

1.3.3 隐藏模型与结点开关

? 隐藏模型

   隐藏模型其实模型仍在渲染当中，因此损耗并未减少，只不过隐藏了而已，隐藏的确不是个什么好操作，但是有时候对小模型确实也很实用。node->setNodeMask可以设置隐藏与显示。

? 节点开关

在OSG当中，专门有一个类来负责打开与关闭结点，该类名为osg::Switch，里面有相应的方法来控制它所管理的结点的打开与关闭。

两个方法都能控制模型的显示和隐藏，区别在于隐藏模型方法不会让模型在内存中消失，这样对于小的物体频繁的调用会节省一些时间，而对于有些大的模块在用一次以后可能很久再用第二次，这个时候用节点开关可以将模型销毁，再次使用再调入内存，以防止占用更多的资源。

1.3.4 超级指针

超级指针的机制，其实就是引用一个计数器，这个计数器会计算这个箱子被引用的次数，被别人引用一次这个计数器增加一，别人不用一次，即：释放一次，则计数器减一。当减至0时，内存放掉不用。

们来看使用一个Node的三种方法,对比一下：

? //方法一，最好的方法,十分安全，也是OSG中最常用的方法，多少版本它都没变

osg::ref_ptraNode(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所占用的资源呢。而这个异常在后面被捕获，程序正常的走下去，而内存却没有被正常的放掉。

1.3.5 移动/旋转/缩放模型

移动/旋转/缩放其实都是对矩阵进行操作，在OSG当中，矩阵可以当作一个特殊的结点加入到root当中，而矩阵下也可以另入结点，而加入的结点就会被这个矩阵处理过，比如移动过/旋转过/缩放过。在OSG中控制矩阵的类为osg::MatrixTransform。

? 移动

osg::Matrix::translate

? 旋转

osg::Matrix::rotate

? 缩放

osg::Matrix::scale

1.4 基本几何图元

1.4.1 基本绘制方法

首先来看一些OSG中的最基本的绘制路数。如果我们要绘制一个正方形，绘制有色彩，未贴图。首先我们必须要申请一个osg::Geometry,把这个Geometry加入到Geode就可以了。在这个Geometry中要设置一些元素，最基本的是顶点Vertex,颜色color,以及顶点的关联方式和法线normal.就可以了。如图3.3所示。

图 33几何体绘制过程

1.4.2 可绘制的图元

所有可绘制的图元包括：

? POINTS[点]

? LINES[线]

? LINE_STRIP[线带]

? LINE_LOOP[闭合线段]

? TRIANGLES[三角形]

? TRIANGLE_STRIP[三角带]

? TRIANGLE_FAN[三角扇]

? QUADS[四方块]

? QUAD_STRIP[四方块带]

? POLYGON[多边形]

在OSG中设置直线线宽的专门有一个函数来管理，叫做LineWidth，它本身属于状态与属性类别中的类。事实上也是从那里派生而来。所有设置状态的操作都与此类似。

1.4.3 内置几何类型

如同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所示

图 34基本几何图元的添加过程

这里要注意的是，一般的形状态都有特定的因素，比如Box有长宽，圆有半径，以及各个图形所画的精细度都需要指明，这些精细度在球这样的形状上意义还是十分巨大的。在OSG中有专门指明精细度的类，名为：osg::TessellationHints。以球为例，只需要规定，圆心，半径和精细度就可以画出该球。

1.5 交互

1.5.1 交互过程

viewer的主要的功能是控制场景，它是场景的核心类，如果能响应键盘时得到viewer，那么也可以从键盘的响应中控制整个场景。viewer中有一个方法，名为addEventHandler就是专门做这件事情的。他会加入一个事件处理器。于是我们就想，一定要自己写一个事件处理器才行，这就必须要了解事件处理器的格式，只要有一个接口就可以了解它的格式，这个接口就是：osgGA::GUIEventHandler，于是我们可以写一个类A从该类公有派生出来，即：class A：public osgGA::GUIEventHandler,在里面处理好各种操作然后加入到viewer当中，即：viewer.addEventHadler(new A(里面可以有参数));这样就可以完成操作。

假如类A是一个事件处理类，那么加入类A可以这样理解，如图3.5：

图 35事件A控制场景过程

1.5.2 事件类型与响应

代码                 值         　　 事件类型

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次方，主要是因为它的二进制编码只有一位是一，判断事件时很好判断，只要年哪位是一就可以了。

1.5.3 PICK

pick主要是通过鼠标的点击来拾取一些物体，或者判断鼠标所点击的位置在哪里。Pick实现的思路如下图所示：

图 36pick事件流程

判断射线与viewer中物体相交的方法为发出射线并相交。在OSG中有库函数，osgViewer::View::computeIntersections他共有三个参数：第一个是x屏幕坐标，第二个是Y屏幕坐标，第三个是存放被交的结点以及相交的坐标结点路径等等相关信息。

判断相交结点为我想要的那个结点：只需要判断存放相交射线交场景的结果集中有没有要用的结点就可以了。

1.6 漫游

1.6.1 MatrixManipulator

场景的核心管理器是viewer，而漫游必须响应事件，比如鼠标动了，场景也在动。响应事件的类是osgGA::GUIEventHandler。我们想把响应事件的类派生一个新类出来，这个类专门用来根据响应控制viewer。这个类就是osgGA::MatrixManipulator，这个类有一些设置矩阵的公共接口，有了这些接口就可以有效的控制viewer了，根据不同的习惯，大家还会设置不同的控制方式，如同OSG自带的几个操作器，操作都不尽相同。来看一下漫游的主要流程如图6.1：

图 37一般的场景操作器

操作器必须从osgGA::MatrixManipulator派生而来。osgGA::MatrixManipulator有四个可以控制场景的重要接口：

四个矩阵接口可以有效的向viewer来传递矩阵的相关信息。

1.6.2 碰撞检测

最简单的碰撞检测如下图所示：

图 38简单的碰撞检测原理图

TravelManipulator.dll中用到的就是如图所示的原理，黑三角形代表没有移动之的位置，控制移动的函数是ChangePosition(osg::Vec3&delta)，参数意思是要移动的相对于当前点的增量，在黑三角形没有移动时该函数在计算时先假设一点newPosition为移动后的点，而后通过连接这两个点，而后通过判断与场景的模型是否有交点来判定这个移动可不可以执行，如图所示，两者之间有个大盒子，是穿不过去的，所以只有保持在原地。就算没有这个盒子，移动后的新点又与地面在某种程序上有一个交点，这证明移动是不可行的。这可以防止用户穿过地板到达地下去。

1.6.3 路径漫游

使用path文件的方法如下面示例