探索未知种族之osg类生物---渲染遍历之器官协作
好了,现在我们经过三节的介绍我们已经大体上明确了单线程模型(SingleThreaded)下 OSG 渲染遍历的工作流程。事实上无论是场景的筛选render还是绘制cull工作,最后都要归结到场景视图(SceneView)的相应实现函数中去完成,渲染器类 Renderer 只是一个更为方便和直观的公用接口而已。
我们总结一下OSG 系统的场景图形,摄像机,图形设备,渲染器和场景视图的关系
OSG 视景器的摄像机(包括主摄像机_camera 和从摄像机组_slaves)均包括了与其对应的渲染器(Renderer)和图形设备(GraphicsContext);同时,当我们使用 setSceneData 将场景图形的根节点关联到视景器时,这个根节点实质上被添加为此 Viewer 对象中每个主/从摄像机的子节点(使用 View::assignSceneDataToCameras 函数),因而我们可以通过改变摄像机的观察矩阵来改变我们观察整个场景的视角。
场景的筛选(CULL)和绘制(DRAW)工作实质上都是由内部类 osgUtil::SceneView来完成的,但是 OSG 也为场景渲染的工作提供了良好的公用接口,就是“渲染器”。渲染器Renderer 负责将场景绘制所需的各种数据(OpenGL 状态值,显示设置,筛选设置等)传递给 SceneView 对象,并调用 SceneView::cull 和 SceneView::draw 函数,以完成场景的筛选/绘制工作。
摄像机所对应的图形设备(GraphicsContext)同样也可能负责调用 SceneView::draw 函数,这与我们选择的线程模型有关。事实上,由于 OSG 的多线程模型将为每一个图形设备创建一个专门的工作线程(使用 GraphicsContext::createGraphicsThread 函数),并在其中处理与场景绘制相关的诸多工作,因此 GraphicsContext 类在某种意义上也可以视作 SceneView的一个公有实现接口)
场景视图的工作过程中将遍历场景图形的根节点,此时只要获取对应摄像机的子节点就可以了。下面我们就正式进入 SceneView 的内部,看看 OSG 那高效的渲染后台,到底是个什么样子。
原文链接 http://www.3wwang.cn/blog/article.ftl?id=45
最新文章
- JS—事件对象
- Cocos2dx3.11.1Android播放视频,后台 黑屏,无法记忆播放bug修改
- 转:linux coredump调试
- React之JSX入门
- iOS开发UI篇—popoverController简单介绍
- php中ajax跨域请求---小记
- PowerDesigner Vs Enterprise Architect
- cocos2d-x -------之笔记篇 环境的安装
- Maven项目热部署,修改代码后不用重启tomcat服务器
- PyQt5 api 帮助文档
- android 记一次富文本加载之路
- QueryHelper
- 【个人博客作业Week7】软件工程团队项目一轮迭代感想与反思
- jvm系列一、java类的加载机制
- 【Linux高级驱动】I2C驱动框架分析
- PHP适配器模式
- jQuery上下切换带缩略图的焦点图
- c#winform图片绘制与图片验证码
- python学习总结---文件操作
- Java 打印* 三角形
热门文章
- 题 FatMouse‘Trade
- SQL server 2008(Linux安装)
- mysql导入excel表格
- 看Spring注解之IOC记录
- DAO(Repository),Service,Controller层之间的相互关系
- 深入理解Java虚拟机读书笔记3----类文件结构
- Docker 多主机方案
- ----Androd 系统开机显示白条提示 “there is internal problem with your device, Contact your manufacture ... ”
- Linux 下配置 nginx + 两个 tomcat 的负载均衡
- [Sw] 使用 Swoole Server task/协程 处理大数据量异步任务时注意