Unity+NGUI多分辨率适配方案

摘要:
当谈到统一的适应方案时,有很多在线检查,但当它真正应用到项目中时,总会出现各种问题。NGUI应该是大多数开发人员现在会选择的UI插件。尽管NGUI仍然存在许多问题,例如,NGUI相对可靠,因此这里只是NGUI的一个适应方案。当UIRoot使用此选项时,无论实际屏幕有多大,您的屏幕始终保持NGUI所关心的大小。但是,如果NGUI版本太低,此方案可能会导致UIPanel裁剪功能失败。

  说起unity的适配方案,网上可谓是一查一大堆,但是真正要应用到项目中的时候,总会出现各式各样的问题。由于最近自己要做一个小游戏,在开始做游戏之前,就想着先好好搞一搞适配这块,以后新起项目的时候也会用得着。

NGUI应该是现在大部分开发者都会去选择的UI插件,虽然NGUI还存在着不少问题,像是相对来说,NGUI还是比较靠谱的,所以这里只是针对NGUI做适配方案。

  NGUI中对于每一个场景,都是以UIRoot为GameObject树的根的,UIRoot下面主要有这几种属性

  Unity+NGUI多分辨率适配方案第1张

1) Scaling Style

UIRoot有几种缩放方式

  方式1:    PixelPerfect 这种方式下,你的UI一直都是以像素为基础,一个300*200的widget在屏幕上永远占用300*200像素。这就意味着,你的UI在低分辨率的机器上会显得非常大,在高分辨率的机器上就会显得很小。这个设置就是一直保持你的UI清晰。

  方式2:  FixedSize是一个和它功能正好相反的设置。当UIRoot用了这个选项,你的屏幕永远都会保持NGUI所关心的尺寸,不管你的实际屏幕是多大。就是说一个300*200的widget占用了你1920*1080的25%的屏幕,那么当分辨率降低到1280*720的时候,它同样占用25%的屏幕。如果你不介意你的UI看起来像是不同的尺寸,也不关心是否清晰(就是可能一个小的UI被拉伸很大),那么选择这个选项。选择它的时候,不要忘记设置Manual Height。 

这个占的百分比就是通过widget的尺寸和当前你设置的Manual的尺寸而算出来,所以当你移植到不同的移动设备时,它会根据这个占比和移动设备的实际分辨率进行运算,然后算出显示的实际像素大小。即Scaling Style指定为FixedSize或FixedSizeOnMobiles,则缩放只以Manual Height为参考,屏幕分辨率的高度值不同于此设置值时,则根据其比例(即Screen Height / Manual Height)对整棵UI树的进行“等比”缩放(宽度的缩放比也是此比例值)。

  方式3: FixedSizeOnMobile是前两种的组合。选择这个选项后,会在pc或者mac等桌面设备上用“PixelPerfect”,在移动设备上用“FixedSize”。 

如果你没有选择Fixed Size选项,那就要设置Minimum和Maximum Height的值。这些值让你的虚拟屏幕看起来在合理范围。比如选择了Pixel Perfect方式,Minimum Height设置为720,那么当有玩家把你的程序运行在800*600(高度是600,小于Minimun Height)的设备上时,你UI的行为就和设置了“Fixed Size”模式、Manual Height值设为720的时候一样。

这个Minimum和Maximum Height用于你对实际的屏幕尺寸进行限制,如果实际的屏幕尺寸小于Minimum,那么就相当于设置了“Fixed Size”模式、Manual Height值设为Minimum的时候一样,同理,如果屏幕尺寸超过了Maximum,那也相当于设置了“Fixed Size”模式、Manual Height值设为Maximum的时候一样。

下面用实际例子来验证各个方式的实际效果

 Unity+NGUI多分辨率适配方案第2张

Pixel Perfect下,先将Minimum和Maximum Height 分别设置为500,1500,然后用NGUI做出期望UI,如下

Unity+NGUI多分辨率适配方案第3张

 

下面是在各个分辨率下的实际显示情况

1024*768

Unity+NGUI多分辨率适配方案第4张

 

1920 * 1080

Unity+NGUI多分辨率适配方案第5张

其他的就不一一罗列了,我们发现中间的图片一直保持着原大小没有变化,至于背景图会超出屏幕外的问题,我们可以通过设置Anchor的方法来解决,将背景图的四边对齐UIRoot的四边,四个角的方块按钮的Anchor以背景图为目标,效果如下:

Unity+NGUI多分辨率适配方案第6张

很明显这样的效果和期望设计UI的对比是让人难以接受的,所以现在市面的手机游戏几乎没有使用Pixel Perfect做适配方案的.....

下面把Pixel Perfect改成Fix Size,UI背景图和四个角的anchor保持不变,

Unity+NGUI多分辨率适配方案第7张

这样的效果是可以接受的,这里面还有一个问题,那就是因为设置了anchor,导致背景图会有拉伸的情况,而且如果使用anchor来做适配的话,前端程序员的工作量太大了。所以我们还是去掉anchor,想想其他办法。

这里面我们先将UIRoot设置为

Unity+NGUI多分辨率适配方案第8张

然后1280 * 720 作为默认分辨率,然后背景图大小也统一设置为1280 * 720,做好一个简单的界面

Unity+NGUI多分辨率适配方案第9张

然后将UI放到960 * 640的分辨率上显示 ,因为1280 * 720 是16:9的屏幕,而960 * 640 是3:2的屏幕,所以会导致宽度上无法全部显示出来

 Unity+NGUI多分辨率适配方案第10张

这时候有以下几种解决方法

方法1:动态更改UIRoot的Manual Height

     在960 * 640的屏幕下,由于Manual Height = 720,所以720放到640的高度下需要缩放640/720 = 8/9, 由于UI是按照1280*720的尺寸设计的,所以UI的宽度缩为1280 * 8/9 = 1137.7,明显960的宽度根本放不下,所以我们要继续更改缩放系数,使其

能够在960的宽度下完全显示,而这个缩放系数是根据屏幕尺寸和Manual Height算出来的,所以我们只需要动态的去计算Manual Height,就可以很好的将UI整体放进屏幕中了。

  以前看过的代码,挂到UIRoot下面

 1 using UnityEngine;
 2 using System.Collections;
 3 
 4 public class UIAdapter : MonoBehaviour {
 5 
 6     public int ManualWidth = 1280;
 7     public int ManualHeight = 720;
 8 
 9     void Awake () 
10     {
11         AdaptiveUI();
12     }
13 
14     private void AdaptiveUI()
15     {
16 
17         UIRoot uiRoot = GetComponent<UIRoot>();
18         if (uiRoot != null)
19         {
20             if (System.Convert.ToSingle(Screen.height) / Screen.width > System.Convert.ToSingle(ManualHeight) / ManualWidth)
21                 uiRoot.manualHeight = Mathf.RoundToInt(System.Convert.ToSingle(ManualWidth) / Screen.width * Screen.height);
22             else
23                 uiRoot.manualHeight = ManualHeight;
24         }
25     }
26 }

此时运行

Unity+NGUI多分辨率适配方案第11张

 这种方法上下会留有黑边,黑边如果感觉不能忍受,也可以做一些处理,后面的方法也都是带黑边的,至于怎么优化这些黑边,后面再研究。

 但是如果NGUI版本过低的话,这种方案可能会导致UIPanel的裁剪功能失效。所以再看看下面的方法。

方法2:调整UICamera的orthographicSize

这种方法即通过更改相机的正交尺寸来做UI自适应, 当相机为正交时,即像这样:

Unity+NGUI多分辨率适配方案第12张

看起来像是一个立方体的框框,这个框框就是相机所能显示的范围,orthographicSize变化时,框框的宽高会相应变化,比如我们将orthographicSize缩小为0.5

Unity+NGUI多分辨率适配方案第13张

 看到相机的正交面也缩小了0.5,所以屏幕上显示的UI也为原来的一半,那么上面提到的如果1280*720的图片放到960*640的屏幕下,宽度不够的问题,我们可以适当放大一下orthographicSize,这样就可以将UI完全显示到屏幕中。

直接上代码,http://blog.csdn.net/dingkun520wy/article/details/26084045,感谢这位同学,只是代码有点小错误,改过以后,挂到UIRoot的相机上

using UnityEngine;
using System.Collections;

[RequireComponent(typeof(UICamera))]
public class UIAdapterCamera : MonoBehaviour
{
    float standard_width = 1280f;        //初始宽度  
    float standard_height = 720f;       //初始高度  
    float device_width = 0f;                //当前设备宽度  
    float device_height = 0f;               //当前设备高度  
    public float adjustor = 0f;         //屏幕矫正比例  
    void Awake()
    {

        //获取设备宽高  
        device_width = Screen.width;
        device_height = Screen.height;
        //计算宽高比例  
        float standard_aspect = standard_width / standard_height;
        float device_aspect = device_width / device_height;
        //计算矫正比例  
        if (device_aspect < standard_aspect)
        {
            adjustor = standard_aspect / device_aspect;
            //Debug.Log(standard_aspect);  
        }
        Debug.Log("屏幕的比例" + adjustor);
        if (adjustor < 2 && adjustor > 0)
        {
            camera.orthographicSize = adjustor;
        }

    }
    // Use this for initialization  
    void Start()
    {

    }

    // Update is called once per frame  
    void Update()
    {

    }
}

然后960 * 640显示是这样子的

Unity+NGUI多分辨率适配方案第14张

看到红框处的数值由1变为1.18...了。OK。

到这里看起来这个方案应该可以了吧,其实这里面还有一个问题,那就是相机不是正交时,Orthographic size被忽略,就是说这个脚本只能用来解决2d相机的适配问题,某些非正交相机的适配还是无法实现,所以该方案也pass掉。

方法3: 更改相机的rect值,就是编辑器里面对应的ViewPort Rect

camera的rect默认为(0,0,1,1) ,(0,0)对应屏幕的左下角位置,(1,1)分别对应屏幕宽的百分比和高的百分比,所以默认相机的rect范围是从左下角到屏幕右上角,即为全屏。

这样的话,我们可以通过实际屏幕的分辨率和设计分辨率,来实际计算出相机视角的范围

 上代码,挂到camera下

using UnityEngine;
using System.Collections;

[RequireComponent(typeof(Camera))]
public class MyCameraAdapter : MonoBehaviour
{

    public Camera camera;
 
    void Start()
    {
        AdaptCamera();
    }

    public void AdaptCamera()
    {
        if (camera == null)
        {
            camera = GetComponent<Camera>();
        }

        float screenAspect = Screen.width / Screen.height;
        float designAspect = 1280 / (float)720;

        if (designAspect < screenAspect) //屏幕分辨率过大,宽度过长,则屏幕横向留出黑边,高度不变
        {
            float tarWidth = Screen.height * designAspect;//求出实际要显示的宽度
            float tarWidthRadio = tarWidth / Screen.width;//求出宽度百分比
            float posW = (1 - tarWidthRadio) / 2;//宽的起点
            camera.rect = new Rect(posW, 0, tarWidthRadio, 1);
        }
        else if (designAspect > screenAspect)//屏幕分辨率过小,高度过高,纵向留黑边,宽度不变
        {
            float tarHeight = Screen.width  / designAspect;
            float tarHeightRadio = tarHeight / Screen.height;
            float posH = (1 - tarHeightRadio) / 2;
            camera.rect = new Rect(0, posH, 1, tarHeightRadio);
        }
        else
        {
            camera.rect = new Rect(0, 0, 1, 1);
        }
    }
}

 这样的话无论是2d相机还是3d相机,都可以挂载这个脚本做适配。这样算是一个完美的解决方案了吧,至于黑边,有时间再优化。

免责声明:文章转载自《Unity+NGUI多分辨率适配方案》仅用于学习参考。如对内容有疑问,请及时联系本站处理。

上篇保障接口安全的5种常见方式前端大文件上传解决方案支持分片断点上传下篇

宿迁高防,2C2G15M,22元/月;香港BGP,2C5G5M,25元/月 雨云优惠码:MjYwNzM=

相关文章

NGUI的sprite的使用(九宫切图)

一,图集的添加和背景图的选择 图集的选择Atlas和背景图的选择Sprite 二,type的sliced切背景图的使用 当选择Sprite后的edit时,我们就可以设置当前背景图的边距,也有切图的意思,如下图, PS:如果你没有选择type:sliced这个属性,你选择切图是没有效果的,设置了border,他的边就不会被拉伸,只有没有设置到的会被拉伸,...

衡量镜头解像能力性能的指标-MTF曲线

MTF(Modulation Transfer Function,模量传递函数),是目前分析镜头解像能力的方法,可以用来评判镜头还原物体对比度的能力。说到MTF,不得不先提一下衡量镜头性能的两在重要指标--分辨率和反差。 一、分辨率: 分辨率(Resolution)又称分辨力、鉴别率、鉴别力、分析力、解像力和分辨本领,是指摄影镜头清晰地再现被摄景物纤...

61 相机投影原理、相机模型中的坐标系统以及标定方法

0 引言   世界坐标系下的点如何投影到CCD镜头上,通过成像的方式得到点在二维图像上的像素坐标值,这是摄影测量中的一个基础而核心的问题。这个问题中核心的东西有两个:1、坐标系的定义及其空间转换矩阵  2、成像中的误差 下面将从这两个角度对这个问题进行详细探讨。文章参考了 # 陈建平: 《相机成像原理》PPThttps://blog.csdn.net/...

Cesium官方教程6--相机

相机(Camera) 相机控制了场景的观察视角。有很多相机操控方法,比如旋转、缩放、平移以及飞行定位。Cesium默认支持使用鼠标和触摸事件控制相机。Cesium也提供了一套可编程的相机控制API。这篇教程就是介绍相机相关知识,以及API。 快速开始 开始示例。打开Sandcastle的 Hello World 示例。默认场景按照下述方式处理鼠标和处理事...

【WP7】关于相机应用程序

在WP OS7.1中,允许我们通过编程的方式访问设备相机,可以通过访问部分API通过相机获取图像 1、把相机获取图像显示在屏幕上   新建一个画布,用于显示相机获取到的图像数据  <Canvas x:Name="cameraViewCanvas" Width="400" Margin="28,4,28,284"> <Canvas....

ARPG游戏打击感相关的技术简单总结

说好的技术总结,根据近期的工作总结一下体现游戏打击感相关的技术。一般arpg的游戏打击感除了场景的氛围的烘托,策划的数值:连击,奖励伤害数字的连贯积累反馈,硬直加物理击飞ragdoll,更不可忽视的也是最基本的是保证攻击受击图像效果,声音和打击、受击动作的准确配合。这个过程就可以有一些技术辅助体现了。例如挥刀过程中出现的刀光轨迹、对表现气流的变化造成的空间...