本阶段工作汇报.PDFVIP

本阶段工作汇报 主要内容： 1、前期工作 2、目前进度 3、下步计划 前期主要工作 根据课题任务，制定方案 遇到的问题 解决办法 课题依据 ◆已有优化技术应用： 视锥体裁剪— 只有一部分数据被传送到渲染管道 LOD技术—牺牲部分渲染渲染质量换取显示效率 ◆复杂大场景数据特点： 1、访问数据量达到数万个 2、模型数据种类繁多，零件数目多 针对海量数据，实时绘制显示时不可能全部载入内存，解 决办法— 数据优化（面片简化、组织管理优化、调度显示优化） 面片简化：场景过于复杂时，为不影响展示实时性，面片 简化技术会严重影响视觉效果 所以，数据管理和动态调度技术就显得尤为重要。 预定方案 场景分割 模型库建立 建立装配结构树 动态加载视点场景 场景优化 实时展示 黄淑荣—2012年3月19日.ppt 遇到的难题和采取方法  问题 动态调度中Virtools与VC间的集成问题— 相关的资料比较少，不知道该如何着手； 内存释放（垃圾回收）问题— Virtools对于内存释放并没有提供有关BB； 场景管理—— 数据的管理并非Virtools 所针对和擅长的；  方法： 采用 OpenSceneGraph(OSG) 场景图形开发 库，进行大场景的管理和调度。 采用依据  OSG特点—提供场景 管理和图形渲染优化 功能  大规模场景的分页支 持  多线程、多显示渲染  场景图/树结构组织机 制  内存管理优化机制 场景管理—— 节点机制构建场景图/树  场景图渲染方式： 1、更新 2、拣选 3、绘制 场景节点类图 内存管理机制 OSG提供一种 “垃圾收集”的机制，通过 “内存引用计数”的形式管理场景对象。 动态调度机制  数据调度—在显示当前视域中的场景元素时，预判 断下一步可能载入的数据以及短时内不可能被看到 的对象，进行正确地加载和卸载。  OSG中，提供了DatabasePager类负责执行场景 的动态调度工作。 （1）删除过期场景数据 （2）获取新的数据加载请求 （3）编译加载的数据 （4）将加载的数据合并至场景图形 数据动态调度的数据流图 长时间离开 “当 弃用对象队列 释放对象以降 前页面”的对象 低系统开销 新的对象，或进 数据请求队列 尝试加载或重 入 “当前页面”对象 新加载对象 加载后，需提前 等待编译队列 执行对象的 编译的对象 预编译工作 编译后或不需 等待合并队列 将对象合并到 提前编译的对象 场景图形 OSG的