背景介绍
实践中，需要对较大的 obj 模型（使用 OSG 库生产）进行分割，然后做模型简化。分割简化后的模型再进行其它处理（使用 OSG 库）。
出于对 MeshLab 简化功能的使用经验，最初采用的思路是：通过 vcg 库读取 obj 模型，进行分割并简化后，再将模型数据传递给 osg 做后续处理。然而，vcg 没有所谓场景图的概念，导致它在读取 OSG 库生产的模型时破坏了其隐含的节点组织结构。假设 OSG 生产的模型由 10 个osg::Group组成，那么经过 vcg 处理再传递给 osg，可能就只有一个osg::Group。此外，vcg 不支持同时读入多个 obj 模型，而osgDB::readNodeFiles则可以一次性读取多个 obj 模型并将它们组织到一起。
在持续学习的过程中，发现 osg 自带了一个简化工具：osgUtil::Simplifier。既然有工具，那么就可以直接使用 OSG 读取 obj 模型，然后进行分块简化。
osgUtil::Simplifier
Simplifier本质上是一个节点访问器，使用方式非常简单：
- 引入头文件：#include <osgUtil/Simplifier>
- 定义简化器对象：osgUtil::Simplifier simplifier(0.5)
- 为待简化节点应用 2 中对象：node->accept(simplifier)
根据传入的 sampleRatio 参数不同，Simplifier对某一几何模型表现出两种行为：加密或简化。当参数大于 1.0 时执行加密操作；当参数小于 1.0 时执行简化操作。加密操作几乎可以无限进行，只要硬件能够渲染。而简化操作则有局限性：某些情况下可能无效。
简化器无效
对于一个模型，简化器可能无效。例如，下图中，对右侧的立方体数据应用简化器时无效。
简化器无效的本质原因是：调用了edge->isAdjacentToBoundary()方法以忽略"边界边"。所谓边界边，满足以下条件之一：
- 使用该边的三角形数目小于 2；
- 组成该边的任一顶点被其它"边界边"使用。
忽略边界边是为了防止过度简化。我们知道，一个立方体有 8 个顶点就足够表示了，如上图中由 MeshLab 导出的模型。对于该模型应用简化器，如果多次简化或者一次性将 sampleRatio 参数设置的足够小，程序会异常退出。而由 OSG 生产的模型使用了 24 个顶点，对其应用简化器是无效的。
如果非要进行简化，可以修改源码，取消"边界边"的判断。但这样带来的后果就是模型视觉质量的显著下降。如下图所示：
节点图元集类型
应用简化器后，节点的图元集类型统一为 DrawElementsUIntPrimitiveType。但实践中发现，部分节点的图元集类型变为 DrawElementsUShortPrimitiveType。这是因为简化完成后还调用了osgUtil::optimizeMesh方法对几何进行优化。
其中，VertexCacheVisitor引起了图元集类型的变化。