从零学习cocos2d-x之一:屏幕适配

本文详细解析了cocos2d-x中FrameSize、WinSize和ViewPortSize的概念,并通过实例介绍了showAll、NoBoard及EXACT_FIT等多种适配模式的特点与应用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

感谢:

 http://blog.youkuaiyun.com/u014075575/article/details/21333407

 http://luoposhusheng.blog.51cto.com/8148702/1322544

 http://blog.youkuaiyun.com/andy_quan/article/details/27201383

 http://blog.youkuaiyun.com/cm_do2/article/details/50038851

 http://www.cocoachina.com/game/20130513/6180.html


一、FrameSize、WinSize、ViewPortSize

1)FrameSize:     屏幕的实际分辨率

2)WinSize :        设计分辨率(逻辑分辨率)

3)ViewPortSize: 视口的大小(可能会超过FrameSize), FrameSize 、WinSize 、适配模式三者换算以后 决定了 视口的大小。

我们在WinSize下的逻辑点 经过矩阵变换后映射到屏幕视口里和视口一样的大,但不是一定都能在屏幕上见到,因为我们能看见的点一定在屏幕上(容易理解),同时一定在视口里,2者共同决定。(具体理解请往下看)


二、cocos2d-x的适配

1)showAll模式

如果设计分辨率和实际的分辨率 宽高比不相同,则视口肯定在某一边是小于屏幕的,则会使得逻辑点映射到屏幕上的时候肯定会出现黑边,而这种由于视口原因形成的黑边是无法调和的。


 WinSize: 480*320

 FrameSize: 1136*640 上图黑框显示

 ViewPortSize:960*640,上图红框显示

所有WinSize中的逻辑点映射到屏幕以后为红框的大小==视口大小,完全可见。但是注意(视口宽<小于实际分辨率宽)

特点:设计的逻辑点都能见到,但是有黑边(绿框之外黑框之内)


2)NoBoard模式

如果设计分辨率和实际的分辨率 宽高比不相同,则视口肯定在某一边是大于屏幕的,则会使得逻辑点映射到屏幕上的时候,有一些逻辑点肯定是没法在屏幕上看到的,而这种由于视口原因形成的不可见也是无法调和的。VisibleSize,则是能可见的映射到屏幕上的在winSize范围内的逻辑点的大小。很显然,其大小小于WinSize,其宽高比等于FrameSize的宽高比。


 WinSize: 480*320

 FrameSize: 1136*640 上图黑框显示

 ViewPortSize:1136*757,上图红框显示

所有WinSize中的逻辑点映射到屏幕以后为红框的大小==视口大小,但是超出了实际屏幕的大小(757>640),所以可见的只是绿色的部分,超出的部分则是VisibleSize之外的。

特点:可见的点需要使用visibleSize,和VisibleOrg来确定,不方便使用。


     小结: 以上2种适配 都是 等比的拉伸,只是取得系数不一样,如果在实际和设计的分辨率宽高比不一样的情况下,这2种适配模式都会使得最终的视口会超出或者小于实际分辨率的大小,但是我们也能从中得到启示,即如何使得最后的(视口大小==实际分辨率),那就得到了一种完美的适配方案。其实我们也能很容易发现 之所以上面2个值不相等是因为使用了等比拉伸系数的原因。很自然我们想到使用非等比拉伸。


3) EXACT_FIT 非等比拉伸模式


 WinSize: 480*320

 FrameSize: 1136*640 上图黑框显示

 ViewPortSize: 1136*640,上图红框显示

特点:看似完美 ,然而设计的图形会因为非等比的拉伸而变形,所以不可取。


小结:由上分析,要想完美的适配,必须经过等比的拉伸使得 视口的大小==实际分辨率的大小,而 实际分辨率是固定死了的,如果实际分辨率的宽高比与设计分辨率不一致,同时又想使用等比拉伸,则最终势必不能使得 视口的大小==实际分辨率, 仿佛已经陷入了怪圈。所以我们最终只能改变一个,那就是 设计分辨率。    

4)FIXD_HEIGHT

虽然我们最终需要去改变设计分辨率,但是只能改变设计分辨率中的一个,如果都改变了那设计分辨率也就没有意义了,故FIXD_HEIGHT就是锁定设计分辨率的高度,重新计算一个新的设计分辨率的宽度

 WinSize: 480*320

 FrameSize: 1136*640 上图黑框显示

 ViewPortSize:1136*640,上图红框显示

注意:此图乍一看,它与showall很像,但是很明显他的视口==实际的分辨率的,绿色区域之外虽然也有黑边,但是与showall产生的黑边是不一样的,此处黑边的形成是因为我们最初美术出图是按照我们原始设计的480*320出的图,而因为适配调整的原因我们最后的设计分辨率实际是568*320.即适配后系统认为你初始的时候应该以568作为设计分辨率的高,但是我们美术在出图的时候是按照480*320的图出的, 如此就出现了黑边,这个黑边是可以被我们搞掉的。



基于数据挖掘的音乐推荐系统设计与实现 需要一个代码说明,不需要论文 采用python语言,django框架,mysql数据库开发 编程环境:pycharm,mysql8.0 系统分为前台+后台模式开发 网站前台: 用户注册, 登录 搜索音乐,音乐欣赏(可以在线进行播放) 用户登陆时选择相关感兴趣的音乐风格 音乐收藏 音乐推荐算法:(重点) 本课题需要大量用户行为(如播放记录、收藏列表)、音乐特征(如音频特征、歌曲元数据)等数据 (1)根据用户之间相似性或关联性,给一个用户推荐与其相似或有关联的其他用户所感兴趣的音乐; (2)根据音乐之间的相似性或关联性,给一个用户推荐与其感兴趣的音乐相似或有关联的其他音乐。 基于用户的推荐和基于物品的推荐 其中基于用户的推荐是基于用户的相似度找出相似相似用户,然后向目标用户推荐其相似用户喜欢的东西(和你类似的人也喜欢**东西); 而基于物品的推荐是基于物品的相似度找出相似的物品做推荐(喜欢该音乐的人还喜欢了**音乐); 管理员 管理员信息管理 注册用户管理,审核 音乐爬虫(爬虫方式爬取网站音乐数据) 音乐信息管理(上传歌曲MP3,以便前台播放) 音乐收藏管理 用户 用户资料修改 我的音乐收藏 完整前后端源码,部署后可正常运行! 环境说明 开发语言:python后端 python版本:3.7 数据库:mysql 5.7+ 数据库工具:Navicat11+ 开发软件:pycharm
MPU6050是一款广泛应用在无人机、机器人和运动设备中的六轴姿态传感器,它集成了三轴陀螺仪和三轴加速度计。这款传感器能够实时监测并提供设备的角速度和线性加速度数据,对于理解物体的动态运动状态至关重要。在Arduino平台上,通过特定的库文件可以方便地与MPU6050进行通信,获取并解析传感器数据。 `MPU6050.cpp`和`MPU6050.h`是Arduino库的关键组成部分。`MPU6050.h`是头文件,包含了定义传感器接口和函数声明。它定义了类`MPU6050`,该类包含了初始化传感器、读取数据等方法。例如,`begin()`函数用于设置传感器的工作模式和I2C地址,`getAcceleration()`和`getGyroscope()`则分别用于获取加速度和角速度数据。 在Arduino项目中,首先需要包含`MPU6050.h`头文件,然后创建`MPU6050`对象,并调用`begin()`函数初始化传感器。之后,可以通过循环调用`getAcceleration()`和`getGyroscope()`来不断更新传感器读数。为了处理这些原始数据,通常还需要进行校准和滤波,以消除噪声和漂移。 I2C通信协议是MPU6050与Arduino交互的基础,它是一种低引脚数的串行通信协议,允许多个设备共享一对数据线。Arduino板上的Wire库提供了I2C通信的底层支持,使得用户无需深入了解通信细节,就能方便地与MPU6050交互。 MPU6050传感器的数据包括加速度(X、Y、Z轴)和角速度(同样为X、Y、Z轴)。加速度数据可以用来计算物体的静态位置和动态运动,而角速度数据则能反映物体转动的速度。结合这两个数据,可以进一步计算出物体的姿态(如角度和角速度变化)。 在嵌入式开发领域,特别是使用STM32微控制器时,也可以找到类似的库来驱动MPU6050。STM32通常具有更强大的处理能力和更多的GPIO口,可以实现更复杂的控制算法。然而,基本的传感器操作流程和数据处理原理与Arduino平台相似。 在实际应用中,除了基本的传感器读取,还可能涉及到温度补偿、低功耗模式设置、DMP(数字运动处理器)功能的利用等高级特性。DMP可以帮助处理传感器数据,实现更高级的运动估计,减轻主控制器的计算负担。 MPU6050是一个强大的六轴传感器,广泛应用于各种需要实时运动追踪的项目中。通过 Arduino 或 STM32 的库文件,开发者可以轻松地与传感器交互,获取并处理数据,实现各种创新应用。博客和其他开源资源是学习和解决问题的重要途径,通过这些资源,开发者可以获得关于MPU6050的详细信息和实践指南
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值