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