07-渲染流程-3-Sprite渲染-判断是否裁剪分析

原创 2015年11月20日 12:06:00

我们集中精力来看Sprite的draw()

Image

_insideBounds = transformUpdated ? renderer->checkVisibility(transform, _contentSize) : _insideBounds;

正如注释所述,该步骤是判断该Sprite是否在显示的Bounds中,如果transformUpdated没有发生改变,则不需要计算,之前是显示与否,决定了此次的显示与否。

而如果transformUpdated改变了,比如

1.第一次刷新的时候

2.对该Sprite对象setPosition,或者其父对象某一个位置发生了改变,则需要重新计算。

在这里我们假定要计算需要裁减,那么我们看看是如何计算该Sprite是否需要渲染呢?

Sprite渲染裁减计算

renderer->checkVisibility(transform, _contentSize)

transform 是父层调用传入的内容,在HelloWorld中,是由Sprite自己传入的,因为scene传入的是

Mat4::IDENTITY

而layer没有改变其位置 缩放 旋转 错切,所以在此处传入的值依然是

Mat4::IDENTITY

而Sprite如果形态没有发生改变的话,传入的应该也是identity

_contentSize 代表了该Sprite的大小 (width,height)

1.首先我们要搞清楚, _contentSize 是从哪里来的

_contentSize 在Node中声明,并初始化为 Size::ZERO

在Node中定义了赋值的方法:

void Node::setContentSize(const Size & size)
{
if ( ! size.equals(_contentSize))
    {
_contentSize = size;
_anchorPointInPoints = Vec2(_contentSize.width * _anchorPoint.x, _contentSize.height * _anchorPoint.y );
_transformUpdated = _transformDirty = _inverseDirty = true;
    }

}

浏览代码可以看到_contentSize的由来

     A Sprite::create( file name)

     B -> Sprite::initWithFile( file name )

          获取了 Texture2D 对象,从而获取图像的 Rect

     C -> Sprite::initWithTexture(texture,rect,not rotate)

     D -> 最终来到了 Sprite::setTexureRect 中

Image(1)

于是我们知道了

renderer->checkVisibility(transform, _contentSize)

中的_contentSize 是图片的大小(在HelloWorld例子中)

2.对参数了解之后,我们该到checkVisibility 来看看了

Image(2)

这段代码主要是判断一个Sprite只要有部分在屏幕范围内就是true,否则false

判断Sprite矩形和屏幕矩形之间的关系,可以借鉴圆和圆的关系判断

Image(3)

如图所示,黑色边框代表的是屏幕,红色代表的是一个Sprite

在水平上判断过程:

1.屏幕中心点A所在世界坐标为(sw*0.5,sh*0.5)

2.sprite的中心点B所在世界坐标为  sprite的变换矩阵*(w*0.5,h*0.5)

3.计算两个矩形中心点之间的距离 AB

4.Sprite在世界坐标中的宽度和高度。BW BH

5.AB - BW/2 如果 <= SW/2 则说明水平方向上和屏幕的一条侧边有交集

6.但是要保证和屏幕有交集,则需要同时保证垂直方向上Sprite和屏幕的一条侧边有交集

否则如下图所示,也是不在屏幕内的

Image(4)

我们再回头看看代码:

1.获取了两个矩形中心点之间的距离

Image(5)

v4world的x y 的绝对值,代表了水平和垂直方向之间的距离

2.获得sprite在世界坐标系下的长度和宽度

Image(6)

这里猜测可能是为了处于效率的问题,直接将坐标和矩阵中对应的坐标进行了转换。矩阵中的 [0] [4] 和 [1] [5] 代表了在X轴和Y轴上的旋转 缩放 错切后的对应项,所以这里直接进行了转换

3.AB - BW/2 如果 <= SW/2 则说明水平方向上和屏幕的一条侧边有交集

但是要保证和屏幕有交集,则需要同时保证垂直方向上Sprite和屏幕的一条侧边有交集

Image(7)

在计算Sprite在世界矩阵中的长和宽的时候,我修改了如下的代码,可能看起来会更清晰些吧

Image(8)

在这里需要说明的是,如果Sprite本身,以及父对象没有放大、缩小、错切,那么其transform是

{ 1 0 0 0

  0 1 0 0

  0 0 1 0

  0 0 0 1}

则 wshw = hSizeX     wshh = hSizeY

但是如果父对象进行了刚体变换,则需要用Sprite本身图片大小,通过变换矩阵来换算出真实的大小

对于Sprite来说,通过transform变换成了变形后的样子,所以其中心点(hSizeX,hSizeY)的位置,通过transform就可以找到变形后的真实位置

所以修改的代码中可以不通过左下角和右上角的变换来计算大小,直接通过中心点(hSizeX,hSizeY)来计算变形中的坐标大小即可获取content大小的一半,也就是wshw wshh的坐标值 world sprite half width/height

版权声明:本文为博主原创文章,未经博主允许不得转载。

相关文章推荐

Ogre内部渲染流程分析系列

关于 OGRE 中的 Renderable     要理解OGRE引擎,就要理解其中占很重要位置的 Renderable接口,今天先将一部分我分析的内容贴出来。 以下是 Ogre 的代码中的详细...

cocos3.1源码分析(2)渲染流程分析

上一篇分析启动流程的时候,看到了最后是进入了一个是

Ogre内部渲染流程分析系列

关于 OGRE 中的 Renderable     要理解OGRE引擎,就要理解其中占很重要位置的 Renderable接口,今天先将一部分我分析的内容贴出来。 以下是 Ogre 的代码中的...

ogre渲染流程详解

  • 2010-07-05 16:50
  • 25KB
  • 下载

COCOS学习笔记--Cocos引擎渲染流程

最近在研究Cocos引擎的渲染流程,在这里将其整个渲染流程进行一下梳理: 梳理之前我们要知道一些东西,就是我们的Cocos引擎是通过使用OpenGL的一些API来进行渲染绘制的,所以如果我们要彻底理解...

OGRE mesh的渲染流程

首先一个Entity对象必须Attach到一个SceneNode。 1. 创建一个SceneNode: SceneManager::getRootSceneNode() (在SceneManag...

ogre渲染流程

ogre的主要渲染流程 很早以前就想写一些关于OGRE的文章了,一直没机会。 理解一个渲染引擎,我觉得最重要的是先抓住了它的主架构,它的主线,渲染流程,不然的话,一个引擎几万行,甚至几...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)