unity优化

Unity教程之-Unity3d游戏中的画质与效率适配

 

众所周知,由于不同的设备配置不同。导致其CPU和GPU处理能力有高有低。同样的游戏想要在所有设备上运行流畅且画面精美,是不可能的。这就需要我们针对不同的设备能力进行画质调节,以保证游戏的流畅运行。

我们需要控制什么?

想要得到我们需要控制什么,只需要找出影响游戏运行效率的点即可。 当然在此不能一一列举出所有游戏类型的点。但笔者就个人经验,列出一些能用点。 More

Unity教程之-次世代手游美术资源的优化

 

次世代,是日本流传过来的叫法,意思是下一个时代,未来的时代,常说的次世代科技,即指还未广泛应用的现金技术。后来这个名次变成了一个人们的习惯,将次世代变成一个名词,用来代表某类具备特定属性的游戏类型。

随着科技的发展,手机硬件不断升级优化,使我们可以在移动端上实现次世代游戏的画面效果。虽然如此,我们还是受到一些硬件限制的瓶颈,我们不可能像之前制作主机游戏那样“肆意浪费、随心所欲”,必须要优化处理各种美术资源,以便在不同的平台,不同的硬件终端上有一个好的游戏体验。

     性能瓶颈有哪些?

对于一个游戏来说,有两种主要的计算资源:CPU和GPU。它们会互相合作,来让我们的游戏可以在预期的帧率和分辨率下工作。CPU负责其中的帧率,GPU主要负责分辨率相关的一些东西。

总结起来,主要的性能瓶颈在于: More

Unity教程之-Unity C#内存和性能优化技巧一

 

游戏开发要学习的第一件事就是不分配不必要的内存。这样做有很充分的理由。第一,内存是一种有限资源,尤其是在移动设备上。第二,分配内存需要消耗CPU周期(在堆上分配和回收都消耗CPU周期)。第三,在C或C++中手动管理内存,每次分配内存都是引入Bug的契机,Bug会引起严重问题,任何地方的内存泄露都会引起崩溃。

Unity使用.Net或者可以说是一个开源替代品Mono。它的自动内存管理解决了大量安全问题,例如,不能在内存被释放后再使用(忽略了不安全代码)。但是,分配和释放内存变得更加难以预测。

More

Unity教程之-基于Unity3d中的Android游戏优化

 

最近项目进入收尾阶段,之前对项目做了很多优化,mesh合并 ,减少DrawCall和模型骨骼以及物理计算,合并材质球,优化代码等等,在IOS上还好,但是Android上,试过几款手机,从低端到高端,发现性能还是很差,所以又花了几天来研究摸索,终于把游戏性能搞定。记录下来,留作以后参考。

1.    更新不透明贴图的压缩格式为ETC 4bit,因为android市场的手机中的GPU有多种,每家的GPU支持不同的压缩格式,但他们都兼容ETC格式,

2.   对于透明贴图,我们只能选择RGBA 16bit或者RGBA 32bit。 More

Unity优化之-Unity3d游戏场景优化之批处理

 

一、什么是批处理?

我们知道Unity3D在屏幕上绘制一个图形本质上调用OpneGL或者DirectX这样的API,因此在这个过程中会产生一定程度上的性能消耗。DrawCall是OpenGL中描述绘制次数的一个量,例如一个基本的OpenGL绘制流程是设置颜色->绘图方式->顶点坐标->绘制->结束,在绘制的过程中每帧都会重复这个过程,这就是一次DrawCall,所以当游戏中的绘制过程变得复杂的时候,就会带来DrawCall的急剧增加,进而带来游戏的性能问题,反映到游戏表现上就变成了优化问题。那么在Unity3D中采取了什么样的措施来降低DrawCall呢?这就是我们今天要说的批处理,换句话说Unity3D使用了批处理来达到降低DrawCall的目的,批处理希望通过对物体网格的重组来获得更高的绘制效率,试想以下如果将多个物体合并为一个物体,那么在绘制的时候只需要绘制一次就够了,因此从这个角度上来讲这样做肯定是可以降低DrawCall的,更深刻的一种理解是这里体现了一种资源循环调用的思想,接触过Android开发的朋友们一定知道ListView控件可以对其元素进行“缓存”从而提高效率,因为我们可以发现其实ListView是对列表项进行某种程度上的“复用”从而提高了效率,在Unity3D这里同样遵循了这个原理。在Unity3D中进行批处理的一个前提是相同材质的物体可以被合并,如果这些物体使用不同的材质,那么当我们把这些材质对应的纹理打成“图集”以后可以对其进行合并,并且在合并的时候应该是用Renderer.sharedMaterial 而非 Renderer.material以保证材质是可以共享的。关于DrawCall的相关细节大家从这里来了解,博主并未对图形学领域有过深入的研究,因此就不在这里班门弄斧了啊,哈哈! More

Unity教程之-Unity3d中武器系统的优化

 

射击游戏子弹是最基本的游戏对象,当然使用unity开发的话,做一个子弹并不是很难的事,从发射到子弹的飞行,到销毁,基本上入门的程序员都能写出来。

然而这个看似简单的东西,有着很大的优化空间。这个优化分两部分,一是,子弹的发射优化,另一个是子弹的碰撞检测优化。

对于发射时的优化,主要考虑到子弹这个游戏对象使用频率比较高,一个关卡里,要产生和销毁大量的游戏对象,从内存加载到实例化,然后执行销毁动作,速度,性能太差,而且因为unity的内存管理并不好,因此为产生大量的内存垃圾,如果游戏时间一长,或者在安卓等低端平台运行时就会造成卡顿现象。关于解决这个问题,网上有很多方案,也有现成的插件,PoolManager等,管理对象的实例化和销毁。当然可以自己写一个简单点的东西来优化这一过程。怎么做呢?

原理就是重复利用子弹。用一个数组来保存子弹的引用,初始化的时候全部隐藏,射击的时候按照数组下标依次激活。一个子弹打出去后,到了回收的时候,不要销毁,而是将其“隐藏”,并做初始化处理。这个过程还可以优化,例如一个弹夹的子弹数量是30,实际上你只需要预加载15发子弹就可以了。依次激活,重复利用。 More

Unity教程之-Unity3d图形性能优化

 

试着翻译了下官方文档关于图形优化的部分,Optimizing Graphics Performance  图形性能优化

Good performance is critical to the success of many games. Below are some simple guidelines for maximizing the speed of your game’s graphical rendering.

良好的性能是很多游戏成功的关键。以下是一些最大化提高游戏图形渲染速度的简单指导。

Where are the graphics costs  图形开销在哪里

The graphical parts of your game can primarily cost on two systems of the computer: the GPU or the CPU. The first rule of any optimization is to find where the performance problem is; because strategies for optimizing for GPU vs. CPU are quite different (and can even be opposite – it’s quite common to make GPU do more work while optimizing for CPU, and vice versa).

游戏的图形显示部分主要消耗计算器的两个系统:GPU和CPU。任何优化的第一规则都是查明性能瓶颈在哪里,因为优化GPU和优化CPU的策略常常是不同的(甚至常常是相互对立的——常常为了优化CPU而把它的一些工作交给GPU,反之亦然)。

Typical bottlenecks and ways to check for them: More

Unity教程之-NGUI减少drawcall

 

一、减少drawcall方法

前置说明一:

Unity中的drawcall定义:

每次引擎准备数据并通知GPU的过程称为一次Draw Call。

Unity(或者说基本所有图形引擎)生成一帧画面的处理过程大致可以这样简化描述:引擎首先经过简单的可见性测试,确定摄像机可以看到的物体,然后把这些物体的顶点(包括本地位置、法线、UV等),(顶点如何组成三角形),变换(就是物体的位置、旋转、缩放、以及摄像机位置等),相关光源,纹理,渲染方式(由材质/Shader决定)等数据准备好,然后通知图形API——或者就简单地看作是通知GPU——开始绘制,GPU基于这些数据,经过一系列运算,在屏幕上画出成千上万的三角形,最终构成一幅图像。

前置说明二:

NGUI中的UIWidget的显示顺序:

每一个UIWidget的显示顺序由depth值决定,跟z轴没关系,而这个depth值是由两部分组成的,一个是UIWidget所在的UIPanel的depth和UIwidget自身的depth值进行加权计算。 More

Unity教程之-封装Debug.Log 游戏发布关闭 Log 减少性能消耗

 

在游戏发布时,有很多东西需要进行优化 ,消耗性能的东西 能减少就减少。

UnityEngine.Debug.Log 是很消耗性能的操作,即使我们选择的是Release 版本发布,这个函数仍然会执行并且输出Log ,不仅影响性能,还有可能泄漏隐私。所以我们在发布上线时会关掉Log。 More

Unity教程之-Unity3d移动平台性能优化专题(12):面板的设置

 

上篇文章《Unity教程之-unity3d移动平台性能优化专题(11):脚本优化》,本篇文章我们继续探讨优化策略:面板的collider问题和rigibody设置 !

首先有一个官方的说法:静态Collider请不要移动,否则会引起物理引擎啥啥啥重置,消耗性能。

然后面板上毫无疑问是有collider的,而且可以肯定的是面板总是存在移动。那么就加上刚体,第二个问题来了,大量的刚体导致物理引擎计算时间过长。

但我纳闷,刚体都是不动的,为啥会如此耗时呢?请教了下外国友人,如下:

 

If you need the colliders just as raycast hit object do this:

  • Make sure they are set to isTrigger
  • Create a new layer for the objects and put them all on this layer
  • Go to Edit -> project settings -> Physics and disable all interactions in the collision matrix. So just clear the row and column of your layer in the matrix.
  • When raycasting against them make sure you use the layermask and pass a layermask that only contains the layers you want to raycast against.

More