Ogre的SceneManager分析

最新推荐文章于 2021-06-02 15:42:32 发布
最新推荐文章于 2021-06-02 15:42:32 发布
阅读量535 收藏
点赞数
分类专栏： OGRE

后把RenderableList组织成SolidRenderablePassMap：

 

typedef std::vector<Renderable*> RenderableList;

typedef std::map<Pass*, RenderableList*, SolidQueueItemLess> SolidRenderablePassMap;

SolidRenderablePassMap mSolidPasses;

SolidRenderablePassMap mSolidPassesDiffuseSpecular;

SolidRenderablePassMap mSolidPassesDecal;

SolidRenderablePassMap mSolidPassesNoShadow;

综上所述，需渲染的物体分别经过RenderPriorityGroup、RenderQueueGroup分类后，由RenderQueue统一管理。

 

 

4. QueuedRenderableCollection

RenderPriorityGroup有5个成员变量mSolidsBasicm、SolidsDiffuseSpecular、mSolidsDecal、mSolidsNoShadowReceive、mTransparents都是QueuedRenderableCollection，

QueuedRenderableCollection是存储Renderable和Pass的最终场所。通过多种排序实现Renderable和Pass的有序化。排序包括小于排序、深度递减排序和基数排序。

     typedef std::vector<RenderablePass> RenderablePassList;

     typedef std::vector<Renderable*> RenderableList;

     typedef std::map<Pass*, RenderableList*, PassGroupLess> PassGroupRenderableMap;

     PassGroupRenderableMap mGrouped;

     RenderablePassList mSortedDescending;

mGrouped和mSortedDescending中存储的是Renderable和Pass。

QueuedRenderableCollection组织Renderable和Pass有三种，分别是按Pass分组、按与camera的距离升序和按与camera的距离减序。

         enum OrganisationMode{

              OM_PASS_GROUP = 1,

              OM_SORT_DESCENDING = 2,

              OM_SORT_ASCENDING = 6

         };

 

5.QueuedRenderableVisitor

QueuedRenderableVisitor是按访问者模式设计的抽象接口。在QueuedRenderableCollection中有一个公用接口和三个内部接口如下：

void acceptVisitor(QueuedRenderableVisitor* visitor, OrganisationMode om) const;

void acceptVisitorGrouped(QueuedRenderableVisitor* visitor) const;

void acceptVisitorDescending(QueuedRenderableVisitor* visitor) const;

void acceptVisitorAscending(QueuedRenderableVisitor* visitor) const;

 

acceptVisitor按OrganisationMode3种方式分别调用内部接口acceptVisitorGrouped、

acceptVisitorDescending和acceptVisitorAscending。

switch(om)

{

case OM_PASS_GROUP:

     acceptVisitorGrouped(visitor);

     break;

case OM_SORT_DESCENDING:

     acceptVisitorDescending(visitor);

     break;

case OM_SORT_ASCENDING:

     acceptVisitorAscending(visitor);

     break;

}

而acceptVisitorGrouped、acceptVisitorDescending和acceptVisitorAscending。内部调用如下

void QueuedRenderableCollection::acceptVisitorGrouped(QueuedRenderableVisitor* visitor) const

{

     RenderableList* rendList = ipass->second;

     RenderableList::const_iterator irend, irendend;

     irendend = rendList->end();

     for (irend = rendList->begin(); irend != irendend; ++irend)

     {

         visitor->visit(*irend);

     }

}

通过以上分析可以看到最终的渲染任务是交到QueuedRenderableVisitor手中。

而在SceneManager中有如下定义，具体实现了渲染任务。

class SceneMgrQueuedRenderableVisitor : public QueuedRenderableVisitor

SceneMgrQueuedRenderableVisitor* mActiveQueuedRenderableVisitor;

SceneMgrQueuedRenderableVisitor mDefaultQueuedRenderableVisitor;

 

6. RenderTarget

RenderTarget用来接收渲染操作的结果，它可以是屏幕上的窗口、离屏面（如texture）等。FPS信息的统计也是由RenderTarget完成的。在RenderTarget每次更新完成后，将会更新统计信息（封装于FrameStats中）。 除了负责统计帧的信息外，RenderTarget还负责创建维护Viewport（视口）：

typedef std::map<int, Viewport*, std::less<int> > ViewportList;

    ViewportList mViewportList;

    Viewport* RenderTarget::addViewport(Camera* cam, int ZOrder, float left, float top ,

        float width , float height)

    {

        ViewportList::iterator it = mViewportList.find(ZOrder);

        if (it != mViewportList.end())

        {

              …

        }

        Viewport* vp = new Viewport(cam, this, left, top, width, height, ZOrder);

        mViewportList.insert(ViewportList::value_type(ZOrder, vp));

        fireViewportAdded(vp);

        return vp;

}

由上面的代码可以看出，每个Viewport都对应一个Camera和一个RenderTarget。当创建一个Viewport后，它会自动建立与Camera的联系。可以把Camera看作是图像的来源，而RenderTarget是图像渲染的目的地。一个Viewport只能对应一个Camera和一个RenderTarget，而一个Camera也只能对应一个Viewport，但RenderTarget却可以拥有几个Viewport。

 

7. 渲染过程

OGRE通过WinMain或main调用go再通过Root调用startRendering进行消息循环，然后调用renderOneFrame，通过RenderSystem的_updateAllRenderTargets方法，更新所有的RenderTarget。RenderTarget通过update方法更新与之关联的Viewport并产生FPS统计信息。而Viewport则调用与之关联的Camera的_renderScene方法进行渲染，Camera此时把“球”踢给SceneManager。进入SceneManager的renderScene成员函数中后，在经过计算后，把需要渲染的场景送给RenderSystem去做真正的渲染，此时我们可以看到熟悉的_breginFrame和_endFrame。 一直下去经过RenderQueue、RenderQueueGroup、RenderPriorityGroup、QueuedRenderableCollection再通过访问者到达QueuedRenderableVisitor的子类SceneMgrQueuedRenderableVisitor，最终又回到SceneManager，由SceneManager再到RenderSystem完成整个渲染过程。过程伪码如下所示：

int WinMain or main(int argc, char **argv)

{

app.go();

}

virtual void go(void)

{

     Root->startRendering();

}

void Root::startRendering(void)

{

     renderOneFrame();

}

bool Root::renderOneFrame(void)

{

     _updateAllRenderTargets();

}

void Root::_updateAllRenderTargets(void)

{

     RenderSystem->_updateAllRenderTargets();

}

void RenderSystem::_updateAllRenderTargets(void)

{

     RenderTarget->update();

}

void RenderTarget::update(void)

{

     Viewport->update();

}

void Viewport::update(void)

{

     Camera->_renderScene(this, mShowOverlays);

}

void Camera::_renderScene(Viewport *vp, bool includeOverlays)

{

     SceneManager->_renderScene(this, vp, includeOverlays);

}

void SceneManager::_renderScene(Camera* camera, Viewport* vp, bool includeOverlays)

{

    RenderSystem->_beginFrame();

    _renderVisibleObjects();

    RenderSystem->_endFrame();

}

void SceneManager::_renderVisibleObjects(void)

{

//如果有阴影

renderVisibleObjectsCustomSequence();

//否则

renderVisibleObjectsDefaultSequence();

}

void SceneManager::renderVisibleObjectsDefaultSequence(void)

{

     fireRenderQueueStarted(qId,mIlluminationStage)

     _renderQueueGroupObjects(pGroup, QueuedRenderableCollection::OM_PASS_GROUP);

     fireRenderQueueEnded(qId, mIlluminationStage)

}

void SceneManager::_renderQueueGroupObjects(RenderQueueGroup* pGroup, OrganisationMode om)

{

     renderBasicQueueGroupObjects(pGroup, om);

}

void SceneManager::renderBasicQueueGroupObjects(RenderQueueGroup* pGroup, OrganisationMode om)

{

     renderObjects(pPriorityGrp->getSolidsBasic(), om, true);

}

void SceneManager::renderObjects(const QueuedRenderableCollection& objs, …)

{

     objs.acceptVisitor(mActiveQueuedRenderableVisitor, om);

}

void QueuedRenderableCollection::acceptVisitor(QueuedRenderableVisitor* visitor…)

{

     switch(om){

     case OM_PASS_GROUP:

         acceptVisitorGrouped(visitor);

…

     }

}

void QueuedRenderableCollection::acceptVisitorGrouped(QueuedRenderableVisitor* visitor)

{

     QueuedRenderableVisitor->visit(Renderable);

}

void SceneManager::SceneMgrQueuedRenderableVisitor::visit(const Renderable* r)

{

     SceneManager->renderSingleObject(r, mUsedPass, autoLights, manualLightList);

}

void SceneManager::renderSingleObject(const Renderable* rend, const Pass* pass…)

{

     RenderSystem->_render(RenderOperation);

}

最终进入的RenderSystem的子类D3D9RenderSystem or GLRenderSystem。

void D3D9RenderSystem::_render(const RenderOperation& op)

{

mpD3DDevice->DrawIndexedPrimitive or mpD3DDevice->DrawPrimitive

}

void GLRenderSystem::_render(const RenderOperation& op)

{

glDrawElements or glDrawArrays

}

 

 

8. RenderQueueListener

class _OgreExport RenderQueueListener

{

public:

     virtual ~RenderQueueListener() {}

 

     virtual void renderQueueStarted(uint8 queueGroupId, const String& invocation, bool& skip) = 0;

     virtual void renderQueueEnded(uint8 queueGroupId, const String& invocation, bool& repeat) = 0;

};

RenderQueueListener的作用就是在SceneManager开始渲染和结束渲染时改变render state和别的操作，比如检查本次RenderQueue是否skip，如果skip就直接break本次render。

在上面渲染过程中有如下：

void SceneManager::renderVisibleObjectsDefaultSequence(void)

{

     fireRenderQueueStarted(qId,mIlluminationStage)

     _renderQueueGroupObjects(pGroup, QueuedRenderableCollection::OM_PASS_GROUP);

     fireRenderQueueEnded(qId, mIlluminationStage)

}

fireRenderQueueStarted和fireRenderQueueEnded中遍列RenderQueueListener。

定义如下：

typedef std::vector<RenderQueueListener*> RenderQueueListenerList;

RenderQueueListenerList mRenderQueueListeners;

bool SceneManager::fireRenderQueueStarted(uint8 id, const String& invocation)

{

    RenderQueueListener->renderQueueStarted(id, invocation, skip);

}

bool SceneManager::fireRenderQueueEnded(uint8 id, const String& invocation)

{

     RenderQueueListener->renderQueueEnded(id, invocation, repeat);

}

 

9. SpecialCaseRenderQueue

SenceManager中的RenderQueue包含一种特殊情况的渲染队列（Special Case Render Queue）

enum SpecialCaseRenderQueueMode{

SCRQM_INCLUDE,     // 只渲染Special Case

     SCRQM_EXCLUDE      // 不渲染Special Case

};

通过setSpecialCaseRenderQueueMode可以设置。以下是跟Special Case Render Queue有关的变量和操作：

typedef std::set<uint8> SpecialCaseRenderQueueList;

SpecialCaseRenderQueueList mSpecialCaseQueueList;

SpecialCaseRenderQueueMode mSpecialCaseQueueMode;

 

virtual void addSpecialCaseRenderQueue(uint8 qid);

virtual void removeSpecialCaseRenderQueue(uint8 qid);

virtual void clearSpecialCaseRenderQueues(void);

virtual void setSpecialCaseRenderQueueMode(SpecialCaseRenderQueueMode mode);

virtual SpecialCaseRenderQueueMode getSpecialCaseRenderQueueMode(void);

这里面需要说明一下的是qid，qid是RenderQueueGroupID，RenderQueueGroupID的定义在上面已经提过。

 

总之，通过上面分析可以看出render queue是Renderable的集合。其实场景树和渲染队列都是对Renderable进行分类，只是分类的标准不同，场景树主要是从空间结构对Renderable进行分类，而渲染队列则是对Renderable从material以及blend上进行分类。

 

四. 动态阴影Shadow

Ogre支持两种主流的动态阴影技术，模板(stencil)阴影与纹理(texture)阴影,每一种都有两个变体：modulative与additive。这四种技术完全兼容fixed-function pipeline，因此不需要可编程GPU支持。然而，可利用GPU程序进行加速。在场景中只能使用一种阴影Technique，应该在场景渲染这前进行阴影Technique相关设置（最好是在创建场景管理器之间）。通过调用SceneManager::setShadowTechnique来设置Technique，参数指定Technique的具体类型。阴影Technique缺省情况下被关闭。对于物体，投射与接收阴影可以在材质中控制，也可以控制物体自己对自己投射。由于模板阴影算法的本质特征，透明半透明的物体要么全部投射实心阴影要么根本不投影影，不可能得到半透明的阴影。而使用纹理阴影技术则可以。灯不能用来投射阴影。

 

1. ShadowRenderable

    ShadowRenderable是存储shadow volume材质和渲染数据的类。

 

2. ShadowCaster

    ShadowCaster是计算和产生shadow volume的类。

 

3. ShadowVolumeExtrudeProgram

    ShadowVolumeExtrudeProgram是存储asm shader代码的类。

 

4. ShadowListener

    ShadowListener可以在渲染阴影过程中定义一些自己的操作。这个类只在shadow texture时有用。

 

Shadow这块可以精简，ogre有点复杂。

wang371372
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Ogre中SceneManager分析
genius_wu的专栏（游戏编程）
09-26 5871
 SceneManager分析最近以为写引擎，需要研究ogre，以下是研究场景管理的结果。Ogre使用插件机制来实现场景管理功能。ScenceManager只是接口，他可以有很多具体的实现。Ogre允许在同一时刻同一场景中使用多个Scene Manager,这样在不同的场景类型切换时带来好处。（v1.4版本后加了一个SceneManagerEnumerator）。 场景管理主要
ogre 渲染系统分析
06-20
#### 二、关键类与组件分析 1. **RenderSystem**：作为整个渲染系统的核心，RenderSystem负责控制渲染流程，管理所有渲染资源，包括但不限于纹理、顶点、索引等。它还提供了与底层图形API交互的接口。 2. **...
Ogre场景管理器SceneManager类
12-23
学习ogre非常好的资料，本人从网上搜集下来，特贡献出来供大家分享，此文章对我的学习帮助很大，希望对大家有所帮助.
Ogre渲染队列RenderQueue结构图
痞子龙3D编程
04-13 5663
渲染队列RenderQueue1. RenderQueue的组成RenderQueue由Ogre::RenderQueueGroup组成的，RenderQueue中有一个RenderQueueGroup的Map的数据成员：typedef std::map RenderQueueGroupMapRenderQueueGroupMap mGroups可见RenderQueueGroupMap 的key为RenderQueueGroupID，代表Objects的渲染先后顺序。RenderQueueGroupID是
Ogre 渲染队列（一）
aikb6223的博客
01-08 180
渲染队列在Ogre中是一个重要的概念，在场景中的所有物体都会在绘制前被Ogre放入到一个特定的渲染队列中。渲染队列主要起两个作用：1.确保正确的绘制顺序。比如先绘制天空盒再绘制一般物体，最后绘制界面。2.提高渲染效率。Ogre将具有相同pass的物体放在一起进行绘制，目的是尽可能减少渲染状态的切换（GPU切换渲染状态效率低）。一般用户常用的是在enti...
简要分析Ogre的渲染队列实现原理(二)
weixin_33800593的博客
11-25 122
　　简要说Ogre渲染主流程分三步使用渲染队列：清空、构造和访问，这个过程在每一帧的绘制过程中重复执行。 渲染队列的清空 　　Ogre在每一帧渲染前都会先清空渲染队列。熟悉Ogre渲染流程的很容易看到在SceneManager::_renderScene() 这个方法中调用prepareRenderQueue()方法。这个方法的实现很简单，就是清空现在的渲染队列并且初始化渲染队列的一些配置...
简要分析Ogre渲染队列的实现原理(一)
weixin_33698043的博客
11-19 118
渲染队列在Ogre中是一个重要的概念，在场景中的所有物体都会在绘制前被Ogre放入到一个特定的渲染队列中。渲染队列主要起两个作用：1.确保正确的绘制顺序。比如先绘制天空盒再绘制一般物体，最后绘制界面。2.提高渲染效率。Ogre将具有相同pass的物体放在一起进行绘制，目的是尽可能减少渲染状态的切换。一般用户常用的是在entity中设置渲染队列序号，其实整个渲染队列的工作流程远远比这个复杂，但基...
OGRE-API.rar_OGRE API_Ogre_ Ogre_ogre
最新发布
09-24
通过SceneNode和SceneManager，你可以创建复杂的场景层次结构，进行物体的位置、旋转和缩放操作。 2. **渲染目标**：OGRE支持多种渲染目标，如窗口、纹理或帧缓冲对象（FBO）。这使得开发者能够实现多重渲染、后期...
OGRE3D.rar_Ogre_ Ogre
09-24
例如，`SceneManager`负责管理场景中的对象，`Entity`代表3D模型，`Material`定义了模型的外观，而`Camera`则控制了视图。初学者需要理解这些基本概念，并学会如何创建、修改和销毁它们。 在创建第一个程序时，源码...
ogre渲染流程详解
07-05
ogre的基本渲染流程，以结构图的形式展现，很详细。
Ogre中的render queue
化石
01-02 1896
先关注排序部分： RenderPriorityGroup的sort方法中，用到mSolidsBasic，mSolidsDecal，mSolidsDiffuseSpecular，mSolidsNoShadowReceive，mTransparentsUnsorted, mTransparents void RenderPriorityGroup::sort(const
OGRE - RenderProcess (渲染流程)
_Max
08-21 2514
很早以前就想写一些关于OGRE的文章了，一直没机会。 理解一个渲染引擎，我觉得最重要的是先抓住了它的主架构，它的主线，渲染流程，不然的话，一个引擎几万行，甚至几十万行的代码，光是打开solution就能吓你一跳了，OGRE也有十几万行的代码量，我一开始看它的时候也是无从下手，
Render process
geometry_的专栏
03-06 871
之前看代码都是纠结于widget的创建，以为只要看懂widget创建的问题，就基本上看懂MyGui 但是当看到widget的渲染就没从着手。下面的博客给了很大的提示。 http://blog.csdn.net/liigo/article/details/7089832 void DirectXRenderManager::drawOneFrame() { static Time
OGRE内部渲染循环
胖大星的博客
08-05 335
感谢“痞子龙3D编程”和“徐淼的博客”相关图片与资料                                                转载请注明出处http://blog.sina.com.cn/lucyloveayu 【 OGRE的渲染循环框架】 OGRE通过WinMain或main调用go再通过Root调用startRendering进行消息循环，然后调用renderOneFr
OGRE框选制作
痞子龙3D编程
04-29 2073
框选制作首先，一如既往给出框架程序（运行该框架程序看到一个机器人的矩阵）： #include    #include    #include "ExampleApplication.h"   class SelectionRectangle : public ManualObject   {   public:       SelectionRectangle(const String &name)           : ManualObject(name)       {       }       v
渲染进程ID-Render Process ID
qq_22368681的博客
06-02 238
知识点：RenderProcessInfo JxBrowser实现了Chromium多进程架构。Chromium引擎在单独的渲染进程中运行加载的网页的DOM和JavaScript。如果您加载具有不同域名的网页，Chromium可以终止先前加载的网页的渲染过程并在新的渲染过程中加载新的网页。 要获取有关当前加载的Web页面正在运行的呈现过程的信息，请使用Browser.getRenderProcessInfo（）方法。此方法收集有关当前正在运行的渲染过程的信息，并将其作为RenderProcessIn.
Render Queue
关注3d图形技术，移动互联网
09-24 1018
Background is 1000 Geometry is 2000 AlphaTest is 2450 Transparent is 3000 Overlay is 4000
OGRE图形渲染引擎使用手册
场景结构体系中，`Entity`类用于表示场景中的实体，`SceneNode`类是场景中的节点，可以用来组织和定位对象，而`SceneManager`类负责管理整个场景，包括加载资源、创建摄像机和光源等。通过`Camera`类，开发者可以...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值