Ogre Mesh的渲染流程

首先一个Entity对象必须Attach到一个SceneNode。
1.  创建一个SceneNode:
SceneManager::getRootSceneNode() (在SceneManager::init时会创建一个RootNode)
à SceneNode::createChildSceneNode()
àNode::createChild()
主要的操作在这个函数中完成,首先调用虚函数SceneNode::createChildImpl(),此函数又会调用OctreeSceneManager::createSceneNode(),此函数会new一个SceneNode的派生类对象,这里是OctreeNode,并加入到SceneNodeList mSceneNodes中;随后又进行了坐标变换;最后将此指针又加入到ChildNodeMap mChildren中,然后返回此指针;
2.  将Entity Attach到SceneNode:SceneNode:: attachObject();
3.  渲染从Root::startRendering()函数开始,此函数启动一个循环,每次执行Root::renderOneFrame()
àRoot::_updateAllRenderTargets
àRenderSystem::_updateAllRenderTargets()
àRenderWindow::update()
àD3D9RenderWindow::update(bool swap)
àRenderTarget::update()
àViewport::update()
àCamera::_renderScene()
à SceneManager::_renderScene(Camera* camera, Viewport* vp, bool includeOverlays)
4.  绕了好大一圈,才来到了SceneManager::_renderScene(),此函数想必是渲染的主要操作所在;
5.  SceneManager:: _updateSceneGraph()从root node开始递归的调用了所有scene node的update,主要是计算了transform;
6.  给AutoParamDataSource设置了一系列参数,这个类是用来为gpu programs提供一些参数的;
7.  SceneManager::prepareRenderQueue()。这里有一个Ogre场景管理的概念RenderQueue。粗略的看,这个类主要是为了把Objects按照材质分组,它还将管理对象的渲染优先权;
8.  OctreeSceneManager::_findVisibleObjects()
à OctreeSceneManager::walkOctree
à OctreeNode::_addToRenderQueue
如果想显示包裹盒的话,则会调用” sn->_addBoundingBoxToQueue(queue);”
可见这个操作利用SceneManager的空间管理算法来对所有的SceneNode进行了可见性判断,如果可能可见,则加入到RenderQueue中;
9.  在计算好了RenderQueue之后,开始调用RenderSystem的一系列函数,例如_setProjectionMatrix等等开始为真正的渲染操作做好准备;
10.              SceneManager::_renderVisibleObjects,渲染操作就在这里了。
àSceneManager::renderVisibleObjectsDefaultSequence
à SceneManager::_renderQueueGroupObjects
à SceneManager::renderBasicQueueGroupObjects(此函数遍历RenderQueueGroup中的每个RenderPriorityGroup,然后先渲染solids,再渲染transparents)
à SceneManager::SceneMgrQueuedRenderableVisitor::visit
11.              à SceneManager::renderSingleObject,此函数设置了灯光、GPU programs,然后使用一个RenderOperation对象来调用D3D9RenderSystem::_render,也就是真正的Draw call。RenderOperation对象是由SubEntity::getRenderOperationà SubMesh::_getRenderOperation来设置的,主要是IndexData和VertexData。


这里有几个细节需要注意:
1.  在SceneManager::renderObjects函数中用到了一个visitor模式来访问QueuedRenderableCollection(这个类的实例用来在RenderPriorityGroup中包括solids、transparents等等)。
2.  Entity是从MoveableObject派生的,而SubEntity才是从Renderable派生的;
3.  一个SceneNode可以Attach多个Entity;实际上SceneNode可以Attach任何的MoveableObject;
4.  前面只提到了IndexData和VertexData,而对于渲染来说Material更是关注的焦点,Mesh的材质是如何与RenderSystem交互的呢?
 
总结:SceneManager进行可见性判断之后,形成一个RenderQueue,然后对于队列中的每个Object再使用RenderOpertation与RenderSystem联系,来执行渲染操作。
总体感觉有些地方相当复杂,有些觉得比较罗索,例如通过root然后找到RenderTarget然后知道ViewPort,再找到Camear,最后才执行到SceneManager的渲染函数,为什么不把ViewPort做完SceneManaer::_renderScene的一个参数,交给上层来控制呢?毕竟多数程序要一个RenderWindow,一个ViewPort就够了。又比如RenderQueue(见下图),不知道是不是因为要处理Shadow等才搞得这么复杂。

  对于Objects按照Material分组,然后对于每个Group再先显然Solids再渲染transparents,这种透明处理方式明显是不安全的,如果两个组中都有透明物体,那画面肯定会出问题的。
 

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/yanonsoftware/archive/2006/08/09/1041396.aspx

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值