探索未知种族之osg类生物---渲染遍历之裁剪三

前言

osgUtil::CullVisitor,我们发现apply函数的重载中,有CullVisitor::apply(Group& node),CullVisitor::apply(Switch& node), CullVisitor::apply(LOD& node),CullVisitor::apply(Geode& node),CullVisitor::apply(Node& node)是一样的函数内容。所以这五个函数我们就挑出CullVisitor::apply(Node& node)进行探究。

CullVisitor::apply(Node& node)

?


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

void CullVisitor::apply(Node& node)

{

    if (isCulled(node)) return;

    // push the culling mode.

    pushCurrentMask();

    // push the node‘s state.

    StateSet* node_state = node.getStateSet();

    if (node_state) pushStateSet(node_state);

    handle_cull_callbacks_and_traverse(node);

    // pop the node‘s state off the geostate stack.

    if (node_state) popStateSet();

    // pop the culling mode.

    popCurrentMask();

}

1、执行isCulled函数(在父类osg::CullStack中)

?


1

2

3

4

5

6

7

8

9

10

11

12

inline bool isCulled(const osg::Node& node)

{

     if (node.isCullingActive())

     {

          return getCurrentCullingSet().isCulled(node.getBound());

      }

     else

     {

          getCurrentCullingSet().resetCullingMask();

          return false;

      }

}

通过node.isCullingActive()来判断,node是否开启了被cull的开关(osg::Node::isCullingActive方法在满足1)没有任意的孩子节点设置为不被剔除;2)自身的_cullingActive属性也得为true;3)包围盒可用。三个条件下才返回true)。

当为true时,通过osg::CullingSet下的isCulled判断是否满足1)在视椎体内;2)是否为小物体;3)是否被遮挡节点遮挡。满足其中一个则返回true,代表这个节点要被剔除。如果node.isCullingActive()为false则意味着不对这个节点进行剔除操作。也就是说执行的isCulled 函数,是 OSG 场景筛选的主要工

具:如果这个函数的返回值为 true,说明当前节点(及其子树)应当被裁减出场景图形。

2、node满足不被cull的条件后,执行的是 pushCurrentMask 函数,它的工作是记录当前节点视锥体筛选计算的结果(即,视锥体的哪几个面与节点的包围球有交集),并将这个结果压入堆栈,以便为下一次的计算提供方便。我们可以到 osg::Polytope::contains 的重载函数中认识这个过程。

3、这一步就是我们上一节说到的状态树和渲染树的创建。获取节点的渲染状态(StateSet),如果存在的话,使用pushStateSet函数,将这个 StateSet 对象置入到当前的状态树和渲染树中,并添加到对应的状态节点/渲染元中,或者为其新建一个相关的节点。

4、如果设定了裁剪回调函数,那么它的调用时机就是在这里。当然如果没有设置回调函数,那么就要在这里遍历这个node下的所有的子节点,进行cull操作。

5、后面就是是从堆栈中依次弹出模型的StateSet,以及恢复遍历掩码和筛选设置的原先值。

这就是整个cull在遇到node节点时发生的动作。当然cullVisitor的apply的重载有很多,我们可以试着自己进行分析一下。

总结

这样我们就完成了,对场景中所有节点的裁剪操作以及构建完成了状态树和渲染树,我们进行完成了下图的内容

这时我们还要回到SceneView::CullStage()函数中,就会看到我们在前面提到过但是没有深入讲解的两个函数

?


1

2

3

renderStage->sort();//渲染台排序

rendergraph->prune();//状态树的优化

为了方便大家的理解,请大家一定要走一遍osgUtil::CullVisitor::apply(Camera&)函数。因为RenderStage::sort 函数的排序是按照前序渲染台,当前渲染台,后序渲染台的顺序进行的,其中前序渲染台(RenderStage::_preRenderList)和后序渲染台(_postRenderList)是 osgUtil::CullVisitor::apply(Camera&)实现的,所以osgUtil::CullVisitor::apply(Camera&)函数一定要研究透。

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

时间: 2024-11-11 13:14:00

探索未知种族之osg类生物---渲染遍历之裁剪三的相关文章

探索未知种族之osg类生物---渲染遍历之裁剪一

前言 上面我们用了四节课的内容,讲解了一些osg概念性的内部原理.希望大家可以再看今天的讲解之前先再仔细的研究一下前四节的内容.这样你就会对整个osg的渲染过程有一个更加清晰的认知,有助于理解下面两个函数cull()和draw(). osg::Util::SceneView::cull() 好,相信大家已经又复习了上面几节的内容,那我们就进行sceneView的第一个重要功能osg::Util::SceneView::cull()函数.场景的筛选函数 cull 主要完成了以下几个工作. 1.通过

探索未知种族之osg类生物---渲染遍历之器官协作

好了,现在我们经过三节的介绍我们已经大体上明确了单线程模型(SingleThreaded)下 OSG 渲染遍历的工作流程.事实上无论是场景的筛选render还是绘制cull工作,最后都要归结到场景视图(SceneView)的相应实现函数中去完成,渲染器类 Renderer 只是一个更为方便和直观的公用接口而已. 我们总结一下OSG 系统的场景图形,摄像机,图形设备,渲染器和场景视图的关系 OSG 视景器的摄像机(包括主摄像机_camera 和从摄像机组_slaves)均包括了与其对应的渲染器(R

[转][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库的时候不用再自己区分平

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

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

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

上一节我们对完成了对osg生物内部非常重要器官graphicsContext的初始化工作.这样就可保证我们场景中至少有一个graphicContext存在,不至于刚出生就面临夭折.我们根据上一节中osg代码的研究也就知道了,在我们正常使用osg时,是怎么完成对camera以及graphicContext的创建的了. 回到Viewer::realize()中我们继续向下看,现在我们对osg::DisplaySettings以及osg::GraphicsContext::WindowingSyste