cocos 屏幕适配源码分析及VisibleSize,VisibleOrigin

其实这个话题应该是从第一天接触cocos就会碰到的问题,我始终没能完全理解那些文章的意思,只是大概知道是怎么回事,仅此而已,智商捉急呀!!今天也是花了很长的时间去理解,现在总算有点眉目了,就把它记录下来,以后可以常回顾一下。

不废话了,进入正题。所谓的屏幕适配到底需要我们完成什么样的功能呢?这才是我们研究这个问题需要解决的东西,看了很多文章写屏幕适配,大神们总是在侃侃而谈,殊不知我们这些学渣理解能力确实有问题,所以经常一篇文章读下来,确实能理解里面讲的是什么,但是为什么要解决这个问题,为什么要这样解决,就呵呵啦。。我的理解是:不管在什么手机上都可以保证UI完全显示出来。接下来就来探讨一下这个问题。

建议提前参考Cocos2d-x屏幕适配之Sprite绘制原理这篇文章。

前言:设计分辨率是截面区域,视口是图像映射到的矩形区域,屏幕分辨率是真正显示的区域大小。

case Projection::_3D:
        {
            float zeye = this->getZEye();

            Mat4 matrixPerspective,matrixLookup;

            loadIdentityMatrix(MATRIX_STACK_TYPE::MATRIX_STACK_PROJECTION);
            
#if CC_TARGET_PLATFORM == CC_PLATFORM_WP8
            //if needed,we need to add a rotation for Landscape orientations on Windows Phone 8 since it is always in Portrait Mode
            GLView* view = getOpenGLView();
            if(getOpenGLView() != nullptr)
            {
                multiplyMatrix(MATRIX_STACK_TYPE::MATRIX_STACK_PROJECTION,getOpenGLView()->getOrientationMatrix());
            }
#endif
            // issue #1334
            Mat4::createPerspective(60,(GLfloat)size.width/size.height,10,zeye+size.height/2,&matrixPerspective);

            multiplyMatrix(MATRIX_STACK_TYPE::MATRIX_STACK_PROJECTION,matrixPerspective);

            Vec3 eye(size.width/2,size.height/2,zeye),center(size.width/2,0.0f),up(0.0f,1.0f,0.0f);
            Mat4::createLookAt(eye,center,up,&matrixLookup);
            multiplyMatrix(MATRIX_STACK_TYPE::MATRIX_STACK_PROJECTION,matrixLookup);
            
            loadIdentityMatrix(MATRIX_STACK_TYPE::MATRIX_STACK_MODELVIEW);
            break;
        }

可以看出投影之后的截面区域就是:设计分辨率(size)。这个区域经过视口变换映射到视口区域:
void GLViewImpl::setViewPortInPoints(float x,float y,float w,float h)
{
    glViewport((GLint)(x * _scaleX * _retinaFactor * _frameZoomFactor + _viewPortRect.origin.x * _retinaFactor * _frameZoomFactor),(GLint)(y * _scaleY * _retinaFactor  * _frameZoomFactor + _viewPortRect.origin.y * _retinaFactor * _frameZoomFactor),(GLsizei)(w * _scaleX * _retinaFactor * _frameZoomFactor),(GLsizei)(h * _scaleY * _retinaFactor * _frameZoomFactor));
}

如果视口区域比屏幕小,那么整个设计分辨率下的东西便能完全显示到屏幕上;如果比屏幕大,那么设计分辨率下的一部分才能完全显示在屏幕上,计算出这个区域就可以了。

这就是cocos保证全屏显示的两种方法。下面的几种策略模式就采用了这两种方式。


cocos2d 引入了 屏幕适配策略 一共一有6种策略:EXACT_FIT,NO_BORDER,SHOW_ALL,FIXED_HEIGHT,FIXED_WIDTH,UNKNOWN。其实最后一种并不算什么策略,而是我们未指定其它策略时默认的情况。下面我们就分别来讨论这些策略:

cocos采用的

1:UNKNOWN模式

拿这个来引出屏幕适配的问题吧,假如我们游戏运行在屏幕分辨率为480X320的手机上,我们要设置一个按钮的位置在手机的右上方,这个好办,button.y=320-button.height/2,button.x = 480-button.width/2;就是这么简单,那么问题来了,现在假如我又有一部480X280的手机,那么这个按钮就跑到外面去了,所以屏幕适配是个迫切需要解决的问题。

2:EXACT_FIT模式 采用的是第一种方式

从这里开始我们引入designSize,设计分辨率,这是个非常重要的概念。这个是和手机分辨率没有任何关系的,纯粹的是程序员定义的,可以理解为在此分辨率下设计的游戏。在该分辨率下的坐标经过各种投影变换映射到视口中。

EXACT_FIT是如何去根据设计分辨率来使得全屏显示呢?

_scaleX = (float)_screenSize.width / _designResolutionSize.width;
 _scaleY = (float)_screenSize.height / _designResolutionSize.height;
if (_resolutionPolicy == ResolutionPolicy::NO_BORDER)
    {
      _scaleX = _scaleY = MAX(_scaleX,_scaleY);
    }
   
    else if (_resolutionPolicy == ResolutionPolicy::SHOW_ALL)
    {
      _scaleX = _scaleY = MIN(_scaleX,_scaleY);
    }
   
    else if ( _resolutionPolicy == ResolutionPolicy::FIXED_HEIGHT) {
      _scaleX = _scaleY;
      _designResolutionSize.width = ceilf(_screenSize.width/_scaleX);
    }
   
    else if ( _resolutionPolicy == ResolutionPolicy::FIXED_WIDTH) {
      _scaleY = _scaleX;
      _designResolutionSize.height = ceilf(_screenSize.height/_scaleY);
    }


void GLViewImpl::setViewPortInPoints(float x,(GLsizei)(h * _scaleY * _retinaFactor * _frameZoomFactor));
}

保持设计分辨率不变,视口就是屏幕分辨率,所以显示效果就是将设计分辨率拉伸到屏幕分辨率,整个投影过去,很明显资源的宽高比不能得到保持。所以此种模式理论上是OK的,但是并不建议采用这种方式,没有用户会接受这样的体验感。显示区域为:(0,0)--->(designSize.width,designSize.height)。

3:FIXED_HEIGHT,FIXED_WIDTH模式采用的是第一种方式

这两种放在一起讲,原因是它们很类似,会改变程序员最初设置的设计分辨率。还是分析下它的实现原理吧。

新的设计分辨率A和屏幕分辨率B的宽高比是一样的,具体A和B之间的缩放比例取决于是FIXED_HEIGHT还是FIXED_WIDTH。

此时的视口和B是一样的,经过视口变换后,显示出来的效果就相当于缩放了整个显示区域。所以在A分辨率下能正常显示的肯定能在B分辨率下显示。显示区域是:(0,0)--->(designSize.width,designSize.height)。


4:SHOW_ALL模式采用的是第一种方式

保持设计分辨率不变,只是改变视口的大小。

 _scaleX = _scaleY = MIN(_scaleX,_scaleY);

void GLViewImpl::setViewPortInPoints(float x,(GLsizei)(h * _scaleY * _retinaFactor * _frameZoomFactor));
}

所以视口和设计分别率的宽高比是一样的。但是肯定比屏幕分辨率小,因为_scale取得是较小的那个比值,所以此模式下会有黑边存在,除非你有个很大的背景在,拿也无可厚非。此时在设计分辨率下能正常显示的肯定能在屏幕上显示出来。显示区域是:(0,0)--->(desingSize,width,desingSize.height)。

5:NO_BORDER模式采用的是第二种方式

保持设计分辨率不变,改变视口的大小。

 _scaleX = _scaleY = MAX(_scaleX,_scaleY);
void GLViewImpl::setViewPortInPoints(float x,(GLsizei)(h * _scaleY * _retinaFactor * _frameZoomFactor));
}

视口和设计分辨率的宽高比一致,但是会比屏幕分辨率大,此模式下有些东西会看不到,在此设计分辨率下的能正常显示的UI并不能保证在屏幕上完全显示出来,会裁剪掉一部分,显示区域不再是:(0,0)--->(designsize.width,desingSize.height),而是:(origin.x,origin,y)----->(origin.x+visibleSize.width,origin.y+visibleSize.heigth),很容易发现这就是我们经常用来设置UI坐标的东西。下面看看它们是怎么来的。

Size GLViewProtocol::getVisibleSize() const
{
    if (_resolutionPolicy == ResolutionPolicy::NO_BORDER)
    {
        return Size(_screenSize.width/_scaleX,_screenSize.height/_scaleY);
    }
    else 
    {
        return _designResolutionSize;
    }
}

Vec2 GLViewProtocol::getVisibleOrigin() const
{
    if (_resolutionPolicy == ResolutionPolicy::NO_BORDER)
    {
        return Vec2((_designResolutionSize.width - _screenSize.width/_scaleX)/2,(_designResolutionSize.height - _screenSize.height/_scaleY)/2);
    }
    else 
    {
        return Vec2::ZERO;
    }
}

仔细想想就会看出来的。这个区域和屏幕分辨率的宽高比是一样的,但是比设计分辨率小,更通俗点讲就是:在设计分辨率下的最大区域,该区域有的特征是:和屏幕分辨率的宽高比一致。(有点啰嗦)

不仅仅是这个模式,其它模式也适合,其它模式的visibleOrigin=(0,0),visibleSize=_desiginResolutionSize,其它模式在这个区域中的UI肯定能在屏幕分辨率下显示。

这就是为什么不管我哦们的策略模式是如何的,都可以用这个两个参数去设置UI的坐标来保证UI可以在显示区域中。


表达能力有限,只能讲成这样了。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


    本文实践自 RayWenderlich、Ali Hafizji 的文章《How To Create Dynamic Textures with CCRenderTexture in Cocos2D 2.X》,文中使用Cocos2D,我在这里使用Cocos2D-x 2.1.4进行学习和移植。在这篇文章,将会学习到如何创建实时纹理、如何用Gimp创建无缝拼接纹
Cocos-code-ide使用入门学习地点:杭州滨江邮箱:appdevzw@163.com微信公众号:HopToad 欢迎转载,转载标注出处:http://blog.csdn.netotbaron/article/details/424343991.  软件准备 下载地址:http://cn.cocos2d-x.org/download 2.  简介2.1         引用C
第一次開始用手游引擎挺激动!!!进入正题。下载资源1:从Cocos2D-x官网上下载,进入网页http://www.cocos2d-x.org/download,点击Cocos2d-x以下的Download  v3.0,保存到自定义的文件夹2:从python官网上下载。进入网页https://www.python.org/downloads/,我当前下载的是3.4.0(当前最新
    Cocos2d-x是一款强大的基于OpenGLES的跨平台游戏开发引擎,易学易用,支持多种智能移动平台。官网地址:http://cocos2d-x.org/当前版本:2.0    有很多的学习资料,在这里我只做为自己的笔记记录下来,错误之处还请指出。在VisualStudio2008平台的编译:1.下载当前稳
1.  来源 QuickV3sample项目中的2048样例游戏,以及最近《最强大脑》娱乐节目。将2048改造成一款挑战玩家对数字记忆的小游戏。邮箱:appdevzw@163.com微信公众号:HopToadAPK下载地址:http://download.csdn.net/detailotbaron/8446223源码下载地址:http://download.csdn.net/
   Cocos2d-x3.x已经支持使用CMake来进行构建了,这里尝试以QtCreatorIDE来进行CMake构建。Cocos2d-x3.X地址:https://github.com/cocos2d/cocos2d-x1.打开QtCreator,菜单栏→"打开文件或项目...",打开cocos2d-x目录下的CMakeLists.txt文件;2.弹出CMake向导,如下图所示:设置
 下载地址:链接:https://pan.baidu.com/s/1IkQsMU6NoERAAQLcCUMcXQ提取码:p1pb下载完成后,解压进入build目录使用vs2013打开工程设置平台工具集,打开设置界面设置: 点击开始编译等待编译结束编译成功在build文件下会出现一个新文件夹Debug.win32,里面就是编译
分享一下我老师大神的人工智能教程吧。零基础!通俗易懂!风趣幽默!还带黄段子!希望你也加入到我们人工智能的队伍中来!http://www.captainbed.net前言上次用象棋演示了cocos2dx的基本用法,但是对cocos2dx并没有作深入的讨论,这次以超级马里奥的源代码为线索,我们一起来学习超级马里奥的实
1. 圆形音量button事实上作者的本意应该是叫做“电位计button”。可是我觉得它和我们的圆形音量button非常像,所以就这么叫它吧~先看效果:好了,不多解释,本篇到此为止。(旁白: 噗。就这样结束了?)啊才怪~我们来看看代码:[cpp] viewplaincopyprint?CCContro
原文链接:http://www.cnblogs.com/physwf/archive/2013/04/26/3043912.html为了进一步深入学习贯彻Cocos2d,我们将自己写一个场景类,但我们不会走的太远,凡是都要循序渐进,哪怕只前进一点点,那也至少是前进了,总比贪多嚼不烂一头雾水的好。在上一节中我们建
2019独角兽企业重金招聘Python工程师标准>>>cocos2d2.0之后加入了一种九宫格的实现,主要作用是用来拉伸图片,这样的好处在于保留图片四个角不变形的同时,对图片中间部分进行拉伸,来满足一些控件的自适应(PS: 比如包括按钮,对话框,最直观的形象就是ios里的短信气泡了),这就要求图
原文链接:http://www.cnblogs.com/linji/p/3599478.html1.环境和工具准备Win7VS2010/2012,至于2008v2版本之后似乎就不支持了。 2.安装pythonv.2.0版本之前是用vs模板创建工程的,到vs2.2之后就改用python创建了。到python官网下载版本2.7.5的,然后
环境:ubuntu14.04adt-bundle-linux-x86_64android-ndk-r9d-linux-x86_64cocos2d-x-3.0正式版apache-ant1.9.3python2.7(ubuntu自带)加入环境变量exportANDROID_SDK_ROOT=/home/yangming/adt-bundle-linux/sdkexportPATH=${PATH}:/$ANDROID_SDK_ROOTools/export
1开发背景游戏程序设计涉及了学科中的各个方面,鉴于目的在于学习与进步,本游戏《FlappyBird》采用了两个不同的开发方式来开发本款游戏,一类直接采用win32底层API来实现,另一类采用当前火热的cocos2d-x游戏引擎来开发本游戏。2需求分析2.1数据分析本项目要开发的是一款游
原文链接:http://www.cnblogs.com/linji/p/3599912.html//纯色色块控件(锚点默认左下角)CCLayerColor*ccc=CCLayerColor::create(ccc4(255,0,0,128),200,100);//渐变色块控件CCLayerGradient*ccc=CCLayerGradient::create(ccc4(255,0,0,
原文链接:http://www.cnblogs.com/linji/p/3599488.html//载入一张图片CCSprite*leftDoor=CCSprite::create("loading/door.png");leftDoor->setAnchorPoint(ccp(1,0.5));//设置锚点为右边中心点leftDoor->setPosition(ccp(240,160));/
为了答谢广大学员对智捷课堂以及关老师的支持,现购买51CTO学院关老师的Cocos2d-x课程之一可以送智捷课堂编写图书一本(专题可以送3本)。一、Cocos2d-x课程列表:1、Cocos2d-x入门与提高视频教程__Part22、Cocos2d-x数据持久化与网络通信__Part33、Cocos2d-x架构设计与性能优化内存优
Spawn让多个action同时执行。Spawn有多种不同的create方法,最终都调用了createWithTwoActions(FiniteTimeAction*action1,FiniteTimeAction*action2)方法。createWithTwoActions调用initWithTwoActions方法:对两个action变量初始化:_one=action1;_two=action2;如果两个a
需要环境:php,luajit.昨天在cygwin上安装php和luajit环境,这真特么是一个坑。建议不要用虚拟环境安装打包环境,否则可能会出现各种莫名问题。折腾了一下午,最终将环境转向linux。其中,luajit的安装脚本已经在quick-cocos2d-x-develop/bin/中,直接luajit_install.sh即可。我的lin
v3.0相对v2.2来说,最引人注意的。应该是对触摸层级的优化。和lambda回调函数的引入(嗯嗯,不枉我改了那么多类名。话说,每次cocos2dx大更新。总要改掉一堆类名函数名)。这些特性应该有不少人研究了,所以今天说点跟图片有关的东西。v3.0在载入图片方面也有了非常大改变,仅仅只是