【Cocos2d-x 017】 多分辨率适配全然解析

转:http://blog.csdn.net/w18767104183/article/details/22668739

文件夹从Cocos2d-x
2.0.4開始,Cocos2d-x提出了自己的多分辨率支持方案。废弃了之前的retina相关设置接口,提出了design resolution概念。

<ol class="linenums" style="margin: 0px; padding-left: 27px;"><li value="1" class="L0" style="word-break: break-all; margin: 0px; padding: 0px; list-style: decimal;"><span class="typ" style="color: rgb(102, 0, 102);">CCEGLView</span><span class="pun" style="color: rgb(102, 102, 0);">::</span><span class="pln" style="color: rgb(0, 0, 0);">sharedOpenGLView</span><span class="pun" style="color: rgb(102, 102, 0);">()-></span><span class="pln" style="color: rgb(0, 0, 0);">setDesignResolutionSize</span><span class="pun" style="color: rgb(102, 102, 0);">()</span><span class="pln" style="color: rgb(0, 0, 0);"> </span><span class="com" style="color: rgb(136, 0, 0);">//设计分辨率大小及模式</span></li><li class="L1" style="word-break: break-all; margin: 0px; padding: 0px; list-style: decimal; background-color: rgb(238, 238, 238);"><span class="typ" style="color: rgb(102, 0, 102);">CCDirector</span><span class="pun" style="color: rgb(102, 102, 0);">::</span><span class="pln" style="color: rgb(0, 0, 0);">sharedDirector</span><span class="pun" style="color: rgb(102, 102, 0);">()-></span><span class="pln" style="color: rgb(0, 0, 0);">setContentScaleFactor</span><span class="pun" style="color: rgb(102, 102, 0);">()</span><span class="pln" style="color: rgb(0, 0, 0);"> </span><span class="com" style="color: rgb(136, 0, 0);">//内容缩放因子</span></li><li class="L2" style="word-break: break-all; margin: 0px; padding: 0px; list-style: decimal;"><span class="typ" style="color: rgb(102, 0, 102);">CCFileUtils</span><span class="pun" style="color: rgb(102, 102, 0);">::</span><span class="pln" style="color: rgb(0, 0, 0);">sharedFileUtils</span><span class="pun" style="color: rgb(102, 102, 0);">()-></span><span class="pln" style="color: rgb(0, 0, 0);">setResourceDirectory</span><span class="pun" style="color: rgb(102, 102, 0);">()</span><span class="pln" style="color: rgb(0, 0, 0);"> </span><span class="com" style="color: rgb(136, 0, 0);">//deprecated</span></li><li class="L3" style="word-break: break-all; margin: 0px; padding: 0px; list-style: decimal; background-color: rgb(238, 238, 238);"><span class="typ" style="color: rgb(102, 0, 102);">CCFileUtils</span><span class="pun" style="color: rgb(102, 102, 0);">::</span><span class="pln" style="color: rgb(0, 0, 0);">sharedFileUtils</span><span class="pun" style="color: rgb(102, 102, 0);">()-></span><span class="pln" style="color: rgb(0, 0, 0);">setSearchPaths</span><span class="pun" style="color: rgb(102, 102, 0);">()</span><span class="pln" style="color: rgb(0, 0, 0);"> </span><span class="com" style="color: rgb(136, 0, 0);">//资源搜索路径</span></li><li class="L4" style="word-break: break-all; margin: 0px; padding: 0px; list-style: decimal;"><span class="typ" style="color: rgb(102, 0, 102);">CCEGLView</span><span class="pun" style="color: rgb(102, 102, 0);">::</span><span class="pln" style="color: rgb(0, 0, 0);">sharedOpenGLView</span><span class="pun" style="color: rgb(102, 102, 0);">()-></span><span class="pln" style="color: rgb(0, 0, 0);">getFrameSize</span><span class="pun" style="color: rgb(102, 102, 0);">()</span><span class="pln" style="color: rgb(0, 0, 0);"> </span><span class="com" style="color: rgb(136, 0, 0);">//屏幕分辨率</span></li><li class="L5" style="word-break: break-all; margin: 0px; padding: 0px; list-style: decimal; background-color: rgb(238, 238, 238);"><span class="typ" style="color: rgb(102, 0, 102);">CCDirector</span><span class="pun" style="color: rgb(102, 102, 0);">::</span><span class="pln" style="color: rgb(0, 0, 0);">sharedDirector</span><span class="pun" style="color: rgb(102, 102, 0);">()-></span><span class="pln" style="color: rgb(0, 0, 0);">getWinSize</span><span class="pun" style="color: rgb(102, 102, 0);">()</span><span class="pln" style="color: rgb(0, 0, 0);"> </span><span class="com" style="color: rgb(136, 0, 0);">//设计分辨率</span></li><li class="L6" style="word-break: break-all; margin: 0px; padding: 0px; list-style: decimal;"><span class="typ" style="color: rgb(102, 0, 102);">CCDirector</span><span class="pun" style="color: rgb(102, 102, 0);">::</span><span class="pln" style="color: rgb(0, 0, 0);">sharedDirector</span><span class="pun" style="color: rgb(102, 102, 0);">()-></span><span class="pln" style="color: rgb(0, 0, 0);">getVisibleSize</span><span class="pun" style="color: rgb(102, 102, 0);">()</span><span class="pln" style="color: rgb(0, 0, 0);"> </span><span class="com" style="color: rgb(136, 0, 0);">//设计分辨率可视区域大小</span></li><li class="L7" style="word-break: break-all; margin: 0px; padding: 0px; list-style: decimal; background-color: rgb(238, 238, 238);"><span class="typ" style="color: rgb(102, 0, 102);">CCDirector</span><span class="pun" style="color: rgb(102, 102, 0);">::</span><span class="pln" style="color: rgb(0, 0, 0);">sharedDirector</span><span class="pun" style="color: rgb(102, 102, 0);">()-></span><span class="pln" style="color: rgb(0, 0, 0);">getVisibleOrigin</span><span class="pun" style="color: rgb(102, 102, 0);">()</span><span class="pln" style="color: rgb(0, 0, 0);"> </span><span class="com" style="color: rgb(136, 0, 0);">//设计分辨率可视区域起点</span></li></ol>

从cocos2d-2.1beta3-x-2.1.1開始。

CCFileUtils::sharedFileUtils()->setResourceDirectory()

被新接口

CCFileUtils::sharedFileUtils()->setSearchPaths(searchPath)

替代

从Cocos2d-x 2.1.3開始,新增加了两种ResolutionPolicy(kResolutionFixedHeight。 kResolutionFixedWidth),共5中模式。

官方分别在Multi_resolution_support和 Mechanism_of_loading_resources有介绍。

本文从引擎使用者角度分析Cocos2d-x的多分辨率适配技术。

从Retina 到 design resolution

在Cocos2d-x 2.0.4之前,有Retina的概念,这个是从cocos2d-iphone过来的概念。

cocos2d-iphone为了支持Retina iphone 设备。使用了-hd等后缀来区分iphone和Retine iphone的图片资源。

在设计游戏的时候,使用point 坐标系,而非真正的pixel坐标系。

这点和iOS native应用开发提出的point概念一至,不用改动代码,就能在640×960的设备上跑之前320×480的程序。仅仅是图片会看起来模糊。一旦增加@2x的图片。iOS自己主动载入@2x的图片,实现对Retna iphone的支持。

point坐标系。在一定范围内能解决多分辨率支持的问题。可是当iphone5。ipad 3出来以后。iOS总共同拥有5个分辨率须要支持,假设做一个universal的程序,是相当痛苦的。point坐标系并不能全然解决这个问题,android上的分辨率情况更加复杂。

design resolution应该是从point坐标系进化过来的概念。目的是屏蔽设备分辨率,精灵坐标都在design resolution上布局。但要实现这个目标并不简单。Cocos2d-x提供了一组相关的接口和5种分辨率适配策略,哪种策略才是我们须要的。以下我们一同探寻。

资源分辨率。设计分辨率。屏幕分辨率

Resources width 下面简写为RW,Resources height 下面简写为RH

Design width 下面简写为DW,Design height 下面简写为DH

Screen width 下面简写为SW,Screen height 下面简写为SH

在SDK的samples中有个HelloCpp项目。

展示了怎样使用多分辨率方案。

下面以HelloCpp的AppMacros.h配置基本同样,可是交换了宽高的数值。以竖屏游戏为样例。

Cocos2d-x图片显示有以下两个逻辑过程。

资源布局到 到 设计分辨率,设计分辨率 布局到 屏幕。

例如以下图所看到的:

接口setContentScaleFactor()和setSearchPaths()控制着第一个转换过程。

而setDesignResolutionSize()控制第二个过程。两个过程结合在一起,影响终于的显示效果。

从资源分辨率到设计分辨率

setSearchPaths()须要依据当前屏幕分辨率做恰当的设置,HelloCpp展示了一套简单方案,但可能不是最佳的。

setContentScaleFactor()决定了图片显示到屏幕的缩放因子。可是这个接口的參数不是通过资源图片的宽、高比屏幕宽、高得来。Cocos2d-x引擎设计试图屏蔽游戏开发人员直接去关注屏幕,所以这个因子是资源宽、高比设计分辨率宽、高。

setContentScaleFactor()通常有两个方式来设置參数。

RH/DH或RW/DW,不同的因子选择有不同的缩放负作用。

先看一张图:

用高度比作为内容缩放因子。保证了背景资源的垂直方向在设计分辨率范围内的所有显示。

用宽度比作为内容缩放因子。保证了背景资源的水平方向在设计分辨率范围内的所有显示。

从设计分辨率到屏幕分辨率

setDesignResolutionSize(DW, DH, resolutionPolicy)

有三个參数,设计分辨率宽。设计分辨率高。分辨率策略。

前两个非常好理解。复杂点在分辨率策略的选择上。

先来看kResolutionExactFit,kResolutionNoBorder,kResolutionShowAll这三种情况,2.1.3新增加的策略稍后分析。

三种策略的设计分辨率都是传入值,内部不做修正。

先看一张图:

kResolutionShowAll

屏幕宽、高分别和设计分辨率宽、高计算缩放因子,取较(小)者作为宽、高的缩放因子。保证了设计区域所有显示到屏幕上,但可能会有黑边。

kResolutionExactFit

屏幕宽 与 设计宽比 作为X方向的缩放因子。屏幕高 与 设计高比 作为Y方向的缩放因子。保证了设计区域全然铺满屏幕,可是可能会出现图像拉伸。

kResolutionNoBorder

屏幕宽、高分别和设计分辨率宽、高计算缩放因子,取较(大)者作为宽、高的缩放因子。保证了设计区域总能一个方向上铺满屏幕,而还有一个方向通常会超出屏幕区域。

kResolutionNoBorder是之前官方推荐使用的方案。他没有拉伸图像。同一时候在一个方向上撑满了屏幕。可是2.1.3新增加的两种策略将撼动kResolutionNoBorder的地位。

kResolutionFixedHeight和kResolutionFixedWidth都是会在内部修正传入设计分辨率,以保证屏幕分辨率到设计分辨率无拉伸铺满屏幕。

如图:

kResolutionFixedHeight

保持传入的设计分辨率高度不变,依据屏幕分辨率修正设计分辨率的宽度。

kResolutionFixedWidth

保持传入的设计分辨率宽度不变。依据屏幕分辨率修正设计分辨率的高度。

结合两个过程

第一过程有两种情况,第二过程有5种情况,在一个分辨率下会有10种可能的方案组合。

怎样选择自己须要的?

我们须要作出选择,是牺牲效果还是牺牲部分显示区域。

这里我们选者牺牲一个方向的显示区域为例,结果说明两个过程。

在我的游戏里面。背景图的高须要所有显示,而宽方向能够裁减。

要实现这个目的。须要保证两个过程都是在宽方向裁减。

  • 第一过程选择 setContentScaleFactor(RH/DH)
  • 第二过程有两个选择:kResolutionNoBorder和kResolutionFixedHeight

为了说明两者的差别,须要结合VisibleOrigin和VisibleSize。

看图

kResolutionNoBorder情况下,设计分辨率并非可见区域,我们布局精灵须要依据VisibleOrigin和VisibleSize来做推断处理。

而kResolutionFixedHeight则不同。设计分辨率就是可见区域,VisibleOrigin总是(0,0)

getVisibleSize() = getWinSize(),kResolutionFixedHeight达到了相同的目的。可是却简化了代码。

kResolutionFixedHeight和kResolutionFixedWidth是kResolutionNoBorder的进化。新项目中建议马上開始使用这两种方式。

小结

kResolutionFixedHeight

适合高方向须要撑满,宽方向可裁减的游戏,结合setContentScaleFactor(RH/DH)使用。

kResolutionFixedWidth

适合宽方向须要撑满,高方向可裁减的游戏,结合setContentScaleFactor(RW/DW)使用。

tip:正确设置AppMacros.h里面的宽高,注意横屏游戏和竖屏游戏的不同。

时间: 2024-10-02 22:07:50

【Cocos2d-x 017】 多分辨率适配全然解析的相关文章

(16)Cocos2d-x 多分辨率适配完全解析

Overview 从Cocos2d-x 2.0.4开始,Cocos2d-x提出了自己的多分辨率支持方案,废弃了之前的retina相关设置接口,提出了design resolution概念. 3.0中有以下相关接口: Director::getInstance()->getOpenGLView()->setDesignResolutionSize() //设计分辨率大小及模式 Director::getInstance()->setContentScaleFactor() //内容缩放因子

Android 进阶学习:事件分发机制全然解析,带你从源代码的角度彻底理解(上)

http://blog.csdn.net/guolin_blog/article/details/9097463 事实上我一直准备写一篇关于Android事件分发机制的文章,从我的第一篇博客開始,就零零散散在好多地方使用到了Android事件分发的知识.也有好多朋友问过我各种问题,比方:onTouch和onTouchEvent有什么差别,又该怎样使用?为什么给ListView引入了一个滑动菜单的功能,ListView就不能滚动了?为什么图片轮播器里的图片使用Button而不用ImageView?

Universal-Image-Loader全然解析

相信大家平时做Android应用的时候,多少会接触到异步载入图片,或者载入大量图片的问题,而载入图片我们经常会遇到很多的问题,比方说图片的错乱.OOM等问题,对于新手来说,这些问题解决起来会比較吃力,所以就有非常多的开源图片载入框架应运而生.比較著名的就是Universal-Image-Loader.相信非常多朋友都听过或者使用过这个强大的图片载入框架,今天这篇文章就是对这个框架的基本介绍以及使用,主要是帮助那些没有使用过这个框架的朋友们.该项目存在于Github上面https://github

【转】Unity3d + NGUI 的多分辨率适配

原文地址:http://www.cnblogs.com/cqgreen/p/3348154.html 一.当下移动设备的主流分辨率(数据来自“腾讯分析移动设备屏幕分辨率分析报告”) 1.1 iOS设备的分辨率主要有: 宽 高 宽高比 960 640 1.5 1136 640 1.775 1024 768 1.3333 2048 1536 1.3333 Android设备的分辨率则相对纷杂,主流的分辨率有: 宽 高 宽高比 800 480 1.6667 854 480 1.7792 1280 72

Android多分辨率适配经验总结

??Android多分辨率适配是一件很有意义但是比较麻烦的事情,网上有很多关于多分辨率适配的文章,多数文章讲解的都是整个APP的图片比较规则,可以将图片做成9图来完成多分辨率适配,但是对于一些游戏类应用(这里说的游戏没有使用游戏引擎).低龄儿童应用,APP中有很多花哨的图片,这种APP的图片显然无法做成9图,在网上查了很多资料始终没有比较理想的解决方案,结合自己最近做的项目介绍一下针对这种情况下的多分辨率适配: 为了减少UI的工作量,一个APP只提供一套图: 为了减少程序员的重复工作,一个APP

【转】android多分辨率适配

前一阶段开发android项目,由于客户要求进行多分辨率适配,能够支持国内主流的分辨率手机.因此经过了几次开发走了很多弯路,目前刚刚领略了android多分辨率适配的一些方法. 先介绍一下所走的弯路,由于android的布局文件存放在res的layout中,可以根据不同的手机分辨率指定特定的layou参数,如图所示:.根据不同的手机设定多个分辨率layout参数布局文件.因此再程序加载的过程中,会把运行该分辨率下的布局文件. 这样开发的问题是回到至布局文件很多,很乱.不方便管理.一旦修改需要修改

Android笔记:多分辨率适配及碎片化问题解决方案总结

一.适配多分辨率 1.官网介绍: http://developer.android.com/guide/practices/screens_support.html#qualifiers Screen characteristic Qualifier Description Size small Resources for small size screens. normal Resources for normal size screens. (This is the baseline siz

android多分辨率适配

前一阶段开发android项目,由于客户要求进行多分辨率适配,能够支持国内主流的分辨率手机.因此经过了几次开发走了很多弯路,目前刚刚领略了android多分辨率适配的一些方法. 先介绍一下所走的弯路,由于android的布局文件存放在res的layout中,可以根据不同的手机分辨率指定特定的layou参数,如图所示:.根据不同的手机设定多个分辨率layout参数布局文件.因此再程序加载的过程中,会把运行该分辨率下的布局文件. 这样开发的问题是回到至布局文件很多,很乱.不方便管理.一旦修改需要修改

quick-cocos2d-x 多分辨率适配详解

多种分辨率的适配一直都是一个蛋疼的问题,各家公司可能都有自己的一套方案.今天我为大家介绍的是我们在多款游戏里实践后的解决方案,相对来说成本和实现难度都较低,效果也很不错. 多种分辨率适配的原理 因为横屏和竖屏的原理完全相同,所以本文先以竖屏为例,后文再说明横屏的处理. 制作一张 640×960 像素的图片,并传入设备查看: 查看时将图片缩放到合适大小,确保图片左右两边正好填满整个屏幕. 在不同分辨率的设备上,这张图片的显示效果差异体现在图片上下是否能够填满屏幕. 例如在 480×800 的设备上