回顾
我们用了两节的内容才堪堪讲解完ViewerBase::frame()函数中调用的realize()---Viewer:: realize()函数。我们简单的总结就是Viewer:: realize()主要是使GraphicsContext处于可用状态,并且启动相关的图形线程。
ViewerBase::frame()函数解读到这里,我们完成了osg生物第一次尝试呼吸所需要的所有器官的初始化工作。下面就真正的开始进入osg呼吸动作的研究了。也就意味着我们真是进入osg的仿真循环的研究当中。那我们就来看看osg呼吸的第一个动作advance()。
osgViewer::advance()
osgViewer::advance()函数的功能算是比较简单的,老规矩先介绍一下这个函数中遇到的新的成员变量。_frameStamp:(osg::FrameStamp)是用来记录osg的帧数以及时钟校准,计数所用到的内置器官,这样可以精确的掌握osg的运行时间,有利于开发人员进行调优工作。在这里(advance())
1
2
3
|
double previousReferenceTime = _frameStamp->getReferenceTime();
unsigned int previousFrameNumber = _frameStamp->getFrameNumber();
_frameStamp->setFrameNumber(_frameStamp->getFrameNumber()+1); |
首先获得osg运行的上一帧时间(是在osg内部记录的时间不是真实世界的时间),以及获得已经运行了多少帧了,并使记录加1(也就是记录目前所处的帧数),
1
2
3
4
5
6
7
8
9
10
|
_frameStamp->setReferenceTime( osg::Timer::instance()->delta_s(_startTick, osg::Timer::instance()->tick()) ); if (simulationTime==USE_REFERENCE_TIME)
{ _frameStamp->setSimulationTime(_frameStamp->getReferenceTime());
} else { _frameStamp->setSimulationTime(simulationTime);
} |
再设置现在的相对运行的时间(根据当前时刻,重新记录参考时间,并因此得到两次记录之间的差值,即一帧经历的时间)。
1
2
3
4
5
6
7
|
// update previous frame stats double deltaFrameTime = _frameStamp->getReferenceTime() - previousReferenceTime;
getViewerStats()->setAttribute(previousFrameNumber, "Frame duration" , deltaFrameTime);
getViewerStats()->setAttribute(previousFrameNumber, "Frame rate" , 1.0/deltaFrameTime);
// update current frames stats getViewerStats()->setAttribute(_frameStamp->getFrameNumber(), "Reference time" , _frameStamp->getReferenceTime());
|
记录这些的目的就是有时候我们需要将帧速率,参考时间等内容予以记录并显示给用户,此时需要通过 ViewerBase::getStats 函数获得 osg::Stats 对象,用以进行帧状态的保存和显示。
1
2
3
4
5
|
if (osg::Referenced::getDeleteHandler())
{ osg::Referenced::getDeleteHandler()->flush();
osg::Referenced::getDeleteHandler()->setFrameNumber(_frameStamp->getFrameNumber());
} |
上一段内容基本对advance介绍完成了,只剩下最后一个if (osg::Referenced::getDeleteHandler())判断。它的作用是用来将已经收集得到的所有的osg弃用的对象删除(osg::DeleteHandler::flush())。这里所说的“弃用”,与我们非常熟悉的 osg::ref_ptr 智能指针是密切相关的。我们已经知道,ref_ptr 采用内存引用计数的方式,当一个场景对象(通常是 Node 节点)链接到根节点或者其他节点时,它的引用计数加一,这一动作是通过 ref_ptr::ref()函数实现的;如果它被剔除出节点,那么它的引用计数减一,执行这一工作的函数是 ref_ptr::unref()。unref 函数的另一个重要任务是检查对象的引用计数值是否到达零,如果已经没有被其它对象所引用, 那么称这个对象被“弃用”,它应当被立即删除,以释放相应的内存空间,避免泄露。
osg::DeleteHandler与osg::ref_ptr
C++中通用的删除对象的方法是 delete,OSG 的智能指针也是采用这种方式来释放对 象的,不过由于OSG采用多线程更新/渲染的方式, 这样做可能带来会某些隐患,想象这样一种情况:
1、场景某个的节点负责显示某种图形,它的工作一直很正常。
2、我们采用 DrawThreadPerContext 或者 CullThreadPerCameraDrawThreadPerContext 线程模型。
3、假设我们在更新工作中立即将这个节点删除,而上次渲染工作可能正要将这个节点 中的数据送往 OpenGL 图形渲染管线,那么灾难就发生了……
看到这里,你一定已经想到了一种解决方案。对,就是在渲染后台也使用 ref_ptr 来引用(ref)图形节点,然后在渲染结束取消引用(unref),这样不就可以避免无谓的牺牲了吗?也省却用户的很多麻烦。
说得有道理,不过这其中恐怕忽视了一个核心的问题:渲染效率。是的,假设我们要渲染成千上万个这样的几何体节点(这对您来说也许简直是家常便饭),如果每个节点的渲染 都要多执行一次 ref/unref 的话,效率的损失将是无法被忽略的。事实上经过测算,CPU 时间的流失大概可以达到 6%,对于一个实时渲染系统来说,这的确值得斟酌。
因此,OSG 的新版本中提出了 DeleteHandler 的概念,也就是“垃圾收集”,把那些引 用计数已经为零的对象统一收集起来,确保它们不会再被渲染线程用到之后,再在适当的地 方予以释放。DeleteHandler 有一个重要的参数_numFramesToRetainObjects,它的意义是,垃 圾对象被收集之后,再经过多少帧(默认设置是 2),方予以释放。因此,OSG 的垃圾收集 器同样需要使用 DeleteHandler::setFrameNumber 来记录当前的帧数。 这个概念提出的时间并不长,也许还需要一段时间的测试,也许会有更好的方案来替代 它。目前,OSG 的发行版本仍然采用第一种方式,也就是渲染后台采用 ref_ptr 引用计数的 方式来避免删除对象造成的问题;如果您想要尝试使用和帮助调试 DeleteHandler 的话,可 以在自己的程序中(main 函数之前)加入:
#undef OSGUTIL_RENDERBACKEND_USE_REF_PTR
以请求使用 DeleteHandler。
欢迎大家来我的新家看一看 3wwang个人博客-记录走过的技术之路
相关推荐
截止到2020/03/10最新版本的osg和osgEarth开发库,osg版本为3.6.4,osgEarth版本为2.10.2,之前编译了VS2017版本的开发库,有网友反映需要32位的开发库,当时确实没时间专门编译32位的开发库,最近正好有个项目需要...
标题 "osg3.4-osgearth2.8-2015-x64.7z" 暗示了这是一个针对64位Windows系统(x64)的软件包,包含了OpenSceneGraph(osg)3.4版本和osgEarth 2.8版本的相关组件。OpenSceneGraph是一个开源的3D图形库,而osgEarth则...
【osg-windows-binaries-master.zip】是一个包含osg285版本的OpenSceneGraph(简称OSG)库的压缩包,特别针对Windows平台进行了优化。OpenSceneGraph是一个开源的高性能图形库,广泛用于3D图形应用程序开发,如游戏...
【osg-data-master.zip】是一个包含osgEarth相关数据的压缩包,这个名字暗示了它与开源图形库OpenSceneGraph(OSG)的扩展模块osgEarth有关。OpenSceneGraph是一个强大的3D图形编程库,主要用C++编写,广泛应用于...
【osg同心球】是OpenSceneGraph(简称osg)库中的一个特定概念,它涉及3D图形编程和场景图管理。OpenSceneGraph是一个开源的高性能3D图形库,用于创建交互式实时应用程序。在这个上下文中,"同心球"可能指的是一个...
《OSG2CesiumApp-V1.10:将倾斜摄影osgb数据转换为3DTiles的实用工具》 在现代地理信息系统(GIS)和虚拟现实应用中,3DTiles是一种广泛采用的数据格式,它允许高效地在Web浏览器中加载和展示大规模三维地形和建筑...
《gwaldron-osgearth-osgearth-2.8-0-g449e80a:探索OSGEarth的2.8.0版本》 在IT领域,尤其是在三维地理信息系统(GIS)的世界中,osgEarth是一个备受瞩目的开源项目。这个名为“gwaldron-osgearth-osgearth-2.8-0-...
编译osgearth-osgearth-2.5所需要的依赖包 包括以下资源: 3rdParty_VC10_x86_x64.zip curl-7.25.0.zip expat-win32bin-2.0.1.rar gdal181.zip geos-3.2.3.tar.bz2 libzip(vs10).rar OpenSceneGraph-3.0.1.zip ...
osgEarth是基于三维引擎osg开发的三维数字地球引擎库,在osg基础上实现了瓦片调度插件,可选的四叉树调度插件,更多的地理数据加载插件(包括GDAL,ogr,WMS,TMS,VPB,filesystem等),再结合一套地理投影转换插件...
描述中的“gwaldron-osgearth-osgearth-2.7”是对标题的简洁重申,进一步强调了这是osgEarth的2.7版本,可能由开发者gwaldron维护或贡献。 【osgEarth知识详解】 osgEarth是一个强大的C++库,它利用OpenSceneGraph...
1、OSGEarth2.10源码预编译好的二进制开发包(64位) 2、基于OSG3.6.5版本 3、基于Visual Studio2019编译的64位版本
在网上看了很多个版本的编译库,感觉不是很符合需求,有些库太老,有些依赖库版本不一致,我特意根据osg3.6.5和gdal3.0.4编译了VS2019版本的osgearth3.1,O基于GL2版本,适用性较强,亲测可用,无异常,同时提交了...
截止到2020/03/10最新版本的osg和osgEarth开发库,osg版本为3.6.4,osgEarth版本为2.10.2,之前编译了VS2017版本的开发库,有网友反映需要32位的开发库,当时确实没时间专门编译32位的开发库,最近正好有个项目需要...
"OSG转osgb-obj-ive格式工具.rar"是一个专门用于3D模型格式转换的实用程序,主要服务于倾斜摄影模型的处理工作。这个压缩包包含了能够将osg、osgb、ive和obj等格式互相转换的软件工具,这极大地提升了在不同平台和...
在`OSG-Dragger-Dragger.pdf`文档中,读者可以期待找到更多关于`osg::Dragger`类的详细信息,包括如何创建和使用自定义的Dragger,以及如何结合`PointInfo`进行更复杂的交互设计。这份资料将帮助开发者深入理解如何...
《osg3.4.0在Windows x64平台上的应用详解》 osg3.4-2015-x64.7z这个压缩包文件,是针对OpenSceneGraph(简称osg)3.4.0版本的Windows x64平台编译优化后的库文件集合。OpenSceneGraph是一个开源的3D图形库,它提供...
《osgearth:构建3D地理可视化应用的开源框架》 osgEarth是一个基于OpenSceneGraph(osg)的开源库,用于创建交互式的3D地球应用程序。它提供了丰富的功能,包括地形渲染、遥感图像处理、GPS数据集成以及各种地理...
【osg三维图形库】 osg(OpenSceneGraph)是一个开源的高性能3D图形库,它基于OpenGL,用于构建复杂的实时3D应用。osg的核心是场景图模型,它允许开发者以树形结构组织3D对象和图形状态,使得渲染、动画和交互操作...
【标题】"osg-water-reflect.rar" 是一个基于OpenSceneGraph (osg) 开发的程序,专注于实现水面的反射效果。"osg ocean" 暗示这个程序可能包含对海洋或者大面积水域的模拟,而 "osg reflect" 则强调了其中的反射功能...
OSGEARTH是一个开源的地球可视化库,它基于OpenSceneGraph(OSG)构建,用于创建交互式的3D地球应用程序。OSGEarth 2.3版本是这个项目的其中一个稳定发行版,提供了许多增强的功能和改进。在了解这个压缩包的内容...