探索未知种族之osg类生物---呼吸分解之更新循环二

_scene->updateSceneGraph(*_updateVisitor);

我们用了前面4节才刚刚算是完成对DatabasePager::DatabaseThread::run()函数的探究,也就是了解了osg究竟是怎么完成对数据的加载的。那么我们现在要回到DatabasePager::updateSceneGraph的工作中,它是在osgViewer::Viewer:: updateTraversal()函数中遇到的

_scene->updateSceneGraph(*_updateVisitor);中被调用的。

?


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

void DatabasePager::updateSceneGraph(const osg::FrameStamp& frameStamp)

{

#define UPDATE_TIMING 0

#if UPDATE_TIMING

    osg::ElapsedTime timer;

    double timeFor_removeExpiredSubgraphs, timeFor_addLoadedDataToSceneGraph;

#endif

    {

        <span style="color: #ff6600;">removeExpiredSubgraphs(frameStamp);</span>

#if UPDATE_TIMING

        timeFor_removeExpiredSubgraphs = timer.elapsedTime_m();

#endif

        <span style="color: #ff6600;">addLoadedDataToSceneGraph(frameStamp);</span>

#if UPDATE_TIMING

        timeFor_addLoadedDataToSceneGraph = timer.elapsedTime_m() - timeFor_removeExpiredSubgraphs;

#endif

    }

#if UPDATE_TIMING

    double elapsedTime = timer.elapsedTime_m();

    if (elapsedTime>0.4)

    {

        OSG_NOTICE<<"DatabasePager::updateSceneGraph() total time = "<<elapsedTime<<"ms"<<std::endl;

        OSG_NOTICE<<"   timeFor_removeExpiredSubgraphs    = "<<timeFor_removeExpiredSubgraphs<<"ms"<<std::endl;

        OSG_NOTICE<<"   timeFor_addLoadedDataToSceneGraph = "<<timeFor_addLoadedDataToSceneGraph<<"ms"<<std::endl;

        OSG_NOTICE<<"   _activePagedLODList.size()        = "<size()<<std::endl;

        OSG_NOTICE<<"   _inactivePagedLODList.size()      = "<size()<<std::endl;

        OSG_NOTICE<<"   total                             = "<size() + _inactivePagedLODList->size()<<std::endl;

    }

#endif

}

      • DatabasePager::removeExpiredSubgraphs()函数的主要作用是通过目前正在使用的PagedLOD节点移除到指定定时间时间以来未访问过(过期的)的子节点。 注意,这段操作应该只从更新循环中调用。探究这个DatabasePager::removeExpiredSubgraphs()函数的内容,发现函数的开头还是对这个删除过程的记录,最后保存到osg的log中。遇到第一个if语句就是跳过第一帧,因为这个时候没有任何过期的数据。记录一下当前_ activePagedLODList的大小numPagedLODs,当numPagedLODs没有达到最大lod数(_targetMaximumNumberOfPageLOD)就不用进行清理工作。我们要记录超过的我们约定的最大的_targetMaximumNumberOfPageLOD,的数量,这样我们就知道删除多少过期的lodpage数量(numToPrune),然后我们就是_activePagedLODList->removeExpiredChildren()来便利现在所有的pagelod,从存在时间最长的也就是_activePagedLODList最先加入的成员开始,删除子节点,直到numToPrune为0为止。这样我们就完成了对过期的pageLod的删除工作。
      • DatabasePager::addLoadedDataToSceneGraph: 向场景图中添加新的数据。还记得我们在DatabasePager::run函数中介绍到_dataToMergeList吗?这个时候就要排上用场了。函数的开头依然是要对下面的添加数据的操作进行记录。把dataToMergeList中的数据转移到localFileLoadedList中,遍历localFileLoadedList首先取得“待合并列表”_dataToMergeList,并遍历其中每一个 DatabaseRequest 对象。遍历过程中,首先执行 SharedStateManager::share 函数,将新加载节点_loadedModel 的渲染属性保存到 SharedStateManager 管理器中。然后用来判断node是否为osg::PagedLOD或者osg::ProxyNode,也就是说DatabasePager只会在指定为osg::PagedLOD或者osg::ProxyNode才会启用。然后就是得到DatabaseRequest对象使用getDatabaseRequest(plod->getNumChildren())或者是 proxyNode->getDatabaseRequest(proxyNode->getNumChildren())函数,随后执行 DatabasePager::registerPagedLODs,在加载的节点及其子树中搜索 PagedLOD节点,并添加到刚刚提到的_pagedLODList 列表中。

根据上面我们提到的,DatabasePager只有在使用 osg::PagedLOD 和 osg::ProxyNode 节点的时候才会有用。所以我们需要了解一下osg::PagedLOD和 osg::ProxyNode。

osg::PagedLOD我们先看一下类结构

Osg::Lod(level of detail)的意思就是按照用户的可视范围,将多个子节点作为同一场景的多个细节层次。这样可以在视点靠近物体时呈现较多的物体细节,而在远离时则仅仅呈现一个简化的模型,从而降低了运算和绘制的负担。但是osg::Lod节点可以其内部包含的子节点内容很多,这个时候无论加载哪一个层级都会消耗大量的计算机资源,为了解决这个问题,osg提出了pageLod这么一个类,目的就是运用了分页数据库的功能,将多个模型数据分批加载到场景图形中(作为 PagedLOD 的子节点);并根据用户当前的可视范围,将那些一段时间内均无法被看到的 PagedLOD 子节点剔除出场景图形,以节约系统资源;当然,如果用户移动了视点之后,被剔除的节点又重新进入视野,那么 OSG 的分页数据库线程将重新加载它。

Osg::ProxyNode我们还是先看看他的继承情况,再功能分析

ProxyNode就是代理节点的意思,也就是他可以看作一个node的另一个名称,这样我们在特定的时候加载模型时,就不需要进行查找工作,直接对ProxyNode进行操作就可以了。例如:当我们希望在场景仿真循环开始之后才加载某个模型文件时,可以使用ProxyNode 节点来指定要加载的文件名,并在场景筛选(Cull)的过程中加载模型,加载后的新节点将作为 ProxyNode 节点的子节点:

?


1

2

3

osg::ProxyNode* proxyNode = new osg:: ProxyNode;

proxyNode->setFileName(0, “nodefile.osg”);

这里 setFileName 的两个参数分别是新载入的子节点在 ProxyNode 下的位置,以及对应模型文件的名称。我们还可以使用 ProxyNode::setLoadingExternalReferenceMode 来设置加载的时机,例如首先设置为不自动加载(NO_AUTOMATIC_LOADING),在适当的时候再设置为立即加载(LOAD_IMMEDIATELY)。

这样我们就大概讲述完成了DataPager的使用时机,以及完成了对_scene->updateSceneGraph(*_updateVisitor);函数的主要功能的讲解。

原文链接

http://www.3wwang.cn/blog/article.ftl?id=30

原文地址:https://www.cnblogs.com/wang985850293/p/10489087.html

时间: 2024-08-30 16:12:11

探索未知种族之osg类生物---呼吸分解之更新循环二的相关文章

探索未知种族之osg类生物---呼吸分解之事件循环二

VPM矩阵1.V 表示摄像机的观察矩阵(View Matrix),它的作用是把对象从世界坐标系变换到摄像机坐标系.因此,对于世界坐标系下的坐标值 worldCoord(x0, y0, z0),如果希望使用观察矩阵 VM 将其变换为摄像机相对坐标系下的坐标值 localCoord(x', y', z'),则有: localCoord = worldCoord * VM 此外,观察矩阵可以理解为"摄像机在世界坐标系下的变换矩阵的逆矩阵",因此 Camera类也专门提供了 getInvers

探索未知种族之osg类生物---呼吸分解之事件循环一

事件循环和更新循环**终于到了我们嘴里经常念叨的事件循环.更新循环以及渲染循环了.首先我们来区分一下事件循环和渲染循环,他们两个首先是两个不同顺序执行的过程,我们有时候会用到任意node的updateCallback函数,这个就是在更新循环的时候遍历所有的node来调用updateCallback函数的:而事件循环是与用户操作和操作系统事件想关联的,以及调用我们设置的事件回调(EventCallback)函数.而事件循环函数(viewer::eventTraversal())是我们现在要探究的内

探索未知种族之osg类生物---呼吸分解之事件循环三

那我们就开始处理这些事件中得到的所有的交互事件,首先我们要判断这些事件是否包含osg的退出事件,那什么情况下会触发这个退出事件呢?如果您运行过osg中example中的小例子的,聪明的你一定就会发现当按下esc时就会退出osg.所以osg中默认的退出事件就是由esc触发的.当然我们也可以通过ViewerBase::setQuitEventSetsDone 设置是否允许按下某个键之后直接退出这种做法, 同时还可以使用另一个函数 ViewerBase::setKeyEventSetsDone 来设置

探索未知种族之osg类生物---呼吸分解之advance

回顾我们用了两节的内容才堪堪讲解完ViewerBase::frame()函数中调用的realize()---Viewer:: realize()函数.我们简单的总结就是Viewer:: realize()主要是使GraphicsContext处于可用状态,并且启动相关的图形线程. ViewerBase::frame()函数解读到这里,我们完成了osg生物第一次尝试呼吸所需要的所有器官的初始化工作.下面就真正的开始进入osg呼吸动作的研究了.也就意味着我们真是进入osg的仿真循环的研究当中.那我们

[转][osg]探索未知种族之osg类生物【目录】

作者:3wwang 原文链接:http://www.3wwang.cn/html/article_58.html 前序 探索未知种族之osg类生物---起源 ViewBase::frame函数中的ViewerInit()及realize() 探索未知种族之osg类生物---器官初始化一 探索未知种族之osg类生物---器官初始化二 探索未知种族之osg类生物---器官初始化三 探索未知种族之osg类生物---器官初始化四 ViewBase::frame函数中的advance() 探索未知种族之o

探索未知种族之osg类生物---状态树与渲染树以及节点树之间的关系

节点树 首先我们来看一个场景构建的实例,并通过它来了解一下“状态节点”StateGraph 和“渲染叶”RenderLeaf 所构成的状态树,“渲染台”RenderStage 和“渲染元”RenderBin 所构成的渲染树,进一步了解这两棵树之间错综复杂的关系,以及理解它们与场景节点树之间更加复杂的关系. 上面是一个虚构的场景结构图,其中叶节点_geode3,以及所有六个几何对象均设置了关联的渲染状 态集(StateSet),且几何体 1 和几何体 2 共享了同一个 StateSet(ss11(

探索未知种族之osg类生物---起源

任何程序都是有生命的,是生命就需要呼吸.例如普通的windows程序,当运行完main()函数后,就需要进入消息循环,来监听用户的各种操作,以便做出及时的回应.这样的每次循环就像生命的每次呼吸,来维持生命体征. osg的程序不仅仅需要消息循环来监听用户的鼠标.键盘等操作,同时也得具备了渲染循环.当然随着我们的对osg的深入了解会发现,osg的事件监听和渲染循环是串行的.但是当我们把osg与MFC(QT)等结合时,相应UI上的鼠标,键盘事件的同时也要兼顾可能发生在osg中的效果,所以一般的osg程

探索未知种族之osg类生物---器官初始化一

我们把ViewerBase::frame()比作osg这类生物的肺,首先我们先来大概的看一下'肺'长什么样子,有哪几部分组成.在这之前得对一些固定的零件进行说明,例如_done代表osg的viewer是否被删除释放内存:_firstFrame代表是否是第一次进入frame函数.那么接下来我们会发现frame函数表面上组成结构非常简单,逻辑上也非常的清晰---先判断当前的viewer是否被删除,也就是判断是否died,如果已经died,那么肺的功能就不会进行.然后判断这个osg小孩是否刚刚出生,是

探索未知种族之osg类生物---器官初始化二

那我们回到ViewerBase::frame函数中来,继续看看为什么osg生命刚刚出生的时候会大哭,除了初始化了eventQuene和cameraManipulator之外还对那些器官进行了初始化.在这之前我们先介绍一下上一节说到的osg的肢体或者器官但是没有展开介绍的. 前言osgGA::GUIEventAdapter,GUI事件适配器.它就是对所有平台windows linux mac平台上的鼠标.键盘.以及其他的窗口事件进行了封装,目的是使接口统一,用户在使用osg库的时候不用再自己区分平