首先一个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,这种透明处理方式明显是不安全的,如果两个组中都有透明物体,那画面肯定会出问题的。