osg::GraphicsContext::runOperations()。我们先来看一下这个函数的执行过程。

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
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
void GraphicsContext::runOperations()
{
    // sort the cameras into order
    typedef std::vector<Camera*> CameraVector;
    CameraVector camerasCopy;
    std::copy(_cameras.begin(), _cameras.end(), std::back_inserter(camerasCopy));
    std::sort(camerasCopy.begin(), camerasCopy.end(), CameraRenderOrderSortOp());
 
    for(CameraVector::iterator itr = camerasCopy.begin();
        itr != camerasCopy.end();
        ++itr)
    {
        osg::Camera* camera = *itr;
        if (camera->getRenderer()) (*(camera->getRenderer()))(this);
    }
 
    for(GraphicsOperationQueue::iterator itr = _operations.begin();
        itr != _operations.end();
        )
    {
        {
            OpenThreads::ScopedLock lock(_operationsMutex);
            _currentOperation = *itr;
 
            if (!_currentOperation->getKeep())
            {
                itr = _operations.erase(itr);
 
                if (_operations.empty())
                {
                    _operationsBlock->set(false);
                }
            }
            else
            {
                ++itr;
            }
        }
 
        if (_currentOperation.valid())
        {
            // OSG_INFO<<"Doing op "<getName()<<" "<<this<<std::endl;
 
            // call the graphics operation.
            (*_currentOperation)(this);
 
            {
                OpenThreads::ScopedLock lock(_operationsMutex);
                _currentOperation = 0;
            }
        }
    }
}
      • 1、获取场景中所有注册的摄像机(包括主摄像机和从摄像机组),对它们执行排序,排序的原则根据摄像机的渲染顺序而定,可以通过 Camera::setRenderOrder 进行设置。设置为PRE_RENDER 级别的摄像机排序在最前,而 POST_RENDER 级别的摄像机排序在最后;同一级别的摄像机根据 setRenderOrder 函数中传入的整数设置先后顺序,排序数较小的摄像机在前。
      • 2、依次遍历排序过的各个摄像机,执行其渲染器 Renderer 的 operator()操作,它有一个传入参数,即当前的 GraphicsContext 图形设备。这个重载的操作符实质上执行了场景在该图形设备中的绘制工作,因此前面的排序工作将决定哪个摄像机的内容先被绘制出来。Renderer 类成员函数 operator()的工作仅仅是判断是否使用图形线程来执行场景的筛选(根据 Renderer::_graphicsThreadDoesCull 变量的值)。
      • 3、遍历 GraphicsContext::_operations 队列中的各个 Operation 对象,判断operation对象是否会在后续的应用操作中进行使用,如果没有指定其在后续的应用操作中进行使用则在执行其 operator()操作后从_operations 队列中清空。这里的 osg::Operation 类就是我们上一章讲到的osg::Renderer类,osg::Renderer继承自osg::GraphicsOperation,所以这里就是执行osg::Renderer的operator()操作,如果还定义了其他的继承自osg::GraphicsOperation的类,那么他的operator()操作也是在这里被调用的。
      • 4、我们到void Renderer::operator () (osg::GraphicsContext* /*context*/)函数下看看这里到底进行了什么操作。(根据 Renderer::_graphicsThreadDoesCull 变量的值)来区分,对于单线程模型(SingleThreaded)来说,它将转向到 Renderer::draw 函数,因为场景筛选的工作已经由前面的代码完成了;对于线程模型(CullDrawThreadPerContext)来说,它将转向 Renderer::cull_draw 函数;而对于另外两种线程模型而言,DrawThreadPerContext 同样使用 Renderer::cull 和 Renderer::draw 来执行场景筛选与绘制的工作,而 CullThreadPerCameraDrawThreadPerContext 则为每个摄像机创建线程来完成筛选工作,场景的绘制仍然由下文将要叙述的 Renderer::draw 来完成。

总结一下osg::GraphicsContext::runOperations(),其实就是一个在调用osg::Operation 类的operation()之前进行的一次筛选工作。下一步我们就是来介绍一下Renderer::draw()进行了什么样的操作。

原文链接 http://www.3wwang.cn/blog/article.ftl?id=41

探索未知种族之osg类生物--渲染遍历之GraphicsContext::runOperations的更多相关文章

  1. 探索未知种族之osg类生物---渲染遍历之认识SceneView

    前言 我们在进行osg程序的开发时,最常用到的场景管理方式是“场景节点树”的结构,     a 场景树底端的叶节点(osg::Geode)包含了各种需要渲染的几何体的顶点和渲染状态信息:     b  ...

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

    好了,现在我们经过三节的介绍我们已经大体上明确了单线程模型(SingleThreaded)下 OSG 渲染遍历的工作流程.事实上无论是场景的筛选render还是绘制cull工作,最后都要归结到场景视图 ...

  3. 探索未知种族之osg类生物---渲染遍历之Renderer简介

    我们继续renderingTraversals()的探究.我们接着上一节的”阻塞渲染线程”后就要遍历所有摄像机的渲染器(Renderer),执行 Renderer::cull 场景筛选的操作.我们在r ...

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

    前言 上面我们用了四节课的内容,讲解了一些osg概念性的内部原理.希望大家可以再看今天的讲解之前先再仔细的研究一下前四节的内容.这样你就会对整个osg的渲染过程有一个更加清晰的认知,有助于理解下面两个 ...

  5. 探索未知种族之osg类生物---渲染遍历之Renderer::draw()简介

    我们今天进入上一节的遗留问题Renderer::draw()的探究. 1.从_drawQueue中取出其中一个sceneView对象.SceneView是对scene和view类的封装,通过他可以方便 ...

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

    前言 在osgUtil::CullVisitor,我们发现apply函数的重载中,有CullVisitor::apply(Group& node),CullVisitor::apply(Swi ...

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

    前言 上一节我们大致上过了一遍sceneView::cull()函数,通过研究,我们发现上图中的这一部分的代码才是整个cull过程的核心部分.所以今天我们来仔细的研究一下这一部分. sceneView ...

  8. 《探索未知种族之osg类生物》目录

    精力有限,博客园不在更新<探索未知种族之osg类生物>.在这里列出所有文章目录(持续更新)有兴趣的同学可以看看. 探索未知种族之osg类生物[目录] 前序 探索未知种族之osg类生物--- ...

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

    作者:3wwang 原文链接:http://www.3wwang.cn/html/article_58.html 前序 探索未知种族之osg类生物---起源 ViewBase::frame函数中的Vi ...

随机推荐

  1. centos下vi的用法大全

    vi编辑器是所有Unix及Linux系统下标准的编辑器,它的强大不逊色于任何最新的文本编辑器,这里只是简单地介绍一下它的用法和一小部分指令.由于对Unix及Linux系统的任何版本,vi编辑器是完全相 ...

  2. 查找二叉树(tree_a)

    问题 E: 查找二叉树(tree_a) 时间限制: 1 Sec  内存限制: 128 MB提交: 206  解决: 152[提交][状态][讨论版][命题人:quanxing][Edit] [Test ...

  3. HTTP请求中 request payload 和 formData 区别?

    原文地址: http://www.cnblogs.com/tugenhua0707/p/8975615.html FormData和Payload是浏览器传输给接口的两种格式,这两种方式浏览器是通过C ...

  4. Linux-Shell基础(变量,字符串,数组)

    一. 什么是shell shell是一个用C语言编写的程序,它是用户使用Linux的桥梁,又是一种程序设计语言. Shell 是指一种应用程序,这个应用程序提供了一个界面,用户通过这个界面访问操作系统 ...

  5. TensorFlow 安装报错的解决办法(安装1.5版本)

    1.安装Anaconda 百度下载windows版本,一路点下一步,安装好了Anaconda,自带python3.6.6. 2.安装TensorFlow (1)打开Anaconda Prompt,输入 ...

  6. kubernetes核心组件kube-proxy 学习总结

    一.  kube-proxy 和 service  kube-proxy是Kubernetes的核心组件,部署在每个Node节点上,它是实现Kubernetes Service的通信与负载均衡机制的重 ...

  7. eclipse中配置MAVEN并使用阿里云代理

    一.下载MAVENhttp://maven.apache.org/download.cgi 二.配置MAVEN环境变量名:M2_HOME变量值:F:\maven\apache-maven-3.0.3找 ...

  8. 一些恶作剧的vbs程序代码

    恶作剧的vbs代码,这里提供的都是一些死循环或导致系统死机的vbs对机器没坏处,最多关机重启一下就可以了,将下面的任意一段代码保存为*.vbs即可 循环弹窗: do msgbox "hi&q ...

  9. day34进程相关

    进程1 什么是进程    进程指的是一个正在进行/运行的程序,进程是用来描述程序执行过程的虚拟概念    进程vs程序    程序:一堆代码    进程:程序的执行的过程    进程的概念起源于操作系 ...

  10. NodeJS client code websocket

    var WebSocketClient = require('websocket').client; var client = new WebSocketClient(); client.on('co ...