Unity原厂讲师大解密
Asset Bundle工作流程及人物换装实例- 刘刚
Unity内部的资源有两种
- Resources:有10年历史,尽量用资产包
- Asset Bundle:昵称AB,现今Unity处理资源的中心
AB选项的差异
- 透过Web Player下载Asset Bundle的Cache需要收费,在iOS,Android的Cache不需收费。--->手持游戏顶起来用!!!
- 浏览器本身也有Cache,为什么要用Unity的Cache?
- 因为存在Cache里面是解压状态,下次调用不需再解压一次,大省CPU时间。
- Unity会管理Cache大小,压缩档案解压后会丢掉。
- Browser就只能存压缩状态的Asset Bundle,而且位置每种Browser都不同。-->有付钱有差
- AssetBundle.CreateFromMemory:大多数用在对内容作加解密,无法Cache,也就是每次执行都要下载一次,Script也可加密
- AssetBundle.CreateFromFile
- AssetBundle.Load与Application.Load的差异,Application.Load只能装载StreamAsset里面的东西。
- 每开一个www用来下载AssetBundle,就要用掉8MB的Buffer,所以www下载完要作以下动作来清掉那8M:
WWW.Dispose
- AssetBundle.Unload(假)
- Resources.UnloadUnusedAssets
AssetBundle可以作相关性!
- BuildPipeline.PushAssetDependencies,把资源推进去
- BuildPipelinePopAssetDependencies,把资源弹出来
- 假设Push以下资源:A,B,C,透过Push&Pop,可以产生3个Packege,C依赖B,A,B依赖A,A独立的Asset Bundles,完全不会重复包资源!
- 在一个Prefab里面会有Mesh,Material,Shader,Texture,Script,都应该分开包,Load的时候再按照顺序Load回来,再配合上Cache机制,已经下载过的Asset Bundle就不需再下载一遍,可以达到资源、频宽的最佳使用-->不过这个资源相依的逻辑必须要设计清楚,否则会很乱
- 官方的实务建议是每个Asset Bundle在1M左右,太小下载次数会过多,太大下载时间过久。
- 可以把Script放在ScriptObject里面,再透过Asset Bundle载回来,如此就不需一定要将Script放在第一包。
- 官方Demo案例,透过Dependency的使用可将131MB大小缩成8.2M!
- 角色纸娃娃的处理方式,可以参考Unity提供的Character Customization范例,看里面如何拆分Asset Bundle。
- 地图处理方式,可以把地图拆成多个子场景,在主角移动时即时下载,即时显示。
- Asset Bundle有CRC机制,如果下载有问题会自行重新下载
Code安全性
- iOS平台封閉,不需擔心(JB就再說)
- 其他平台可用资产包+把代码作成。NET组件+ AssetBundle.CreateFromMemory加解密来作
- Web不适用于把code包成Native DLL的形式
大规模场景的资源拆解和动态载入-张鑫
- 进入场景全部载入,耗时,玩家根本没走到
- Unity场景只有支援4096X4096,单位公尺,没办法作更大的场景
拆分有两种
- 地形资源拆分
- 地表拆分
- 推薦拆分工具:Terrain Composer,http://www.terraincomposer.com/,最大可以拆8x8,每塊大小2000x2000,也就是16000x16000,也就是16kmX16km
- 如果地形早就已经编好一堆了,该怎么办?自行拆分
地形资源怎么拆?先生成空的NxN的Terrain
- Terrain Data:把Data放到對應分塊-->大工程
- 光照图:用免费图片来拆光地图的.exr档案,免费图片有提供c + +原生的DLL
- LOD:重新把每一块地形作Terrain.SetNeighbors
地表资料怎么拆?
-
- 根据地形分块来拆
- 用之前提到AssetBundle Depedency的方式打包
- 一包在1M左右
拆好了, 如何显示?
-
- AssetBundle太大,在進場景就先Load
- 摄影机移动时,载入以摄影机为中心那一个的九宫格,其他的就释放掉,确保记忆体使用量,兼顾效率。
- 避免頻繁的Instantiate,Destroy,造成拉機(?)回收機制太頻繁(平均要10幾ms),可用Object Pool。
- 避免开多个www同时下载,耗记忆体,www是使用Thread,会加大系统负担。
- Coroutine也不要开太多,官方建议一个Coroutine循序下载多个Resource
载入时间比较:
- Shader,Material:载入时间最久,主要在Parse内容进GPU,建议先载进来,反正不占记忆体。这也是Demo案例1xFPS到5xFPS的关键。--> 第一次提到
- 纹理,粒子
- Mecanim,音频
- Object Pool范例请参考AngryBot里面的子弹
- 现场Demo拆分后的场景,画面精细度很好,地图超过4096x4096,飞机一边飞一边动态下载AssetBundle后显示地形,FPS在50以上,在主流手机上也顺畅。
使用Unity引擎开发3D网页游戏- 刘刚
- 改加载统一显示的标志,unityObject.embedUnity,设定参数为3.4
- UnityObject2(PARAMS),改PARAMS在4.X
- 要彈出新視窗,OpenUrl不行,ExternalEval不行,要用html的iFrame/div,也可用rokbox,http://www.rockettheme.com/extensions-joomla/rokbox
- Unity對DB,用WWWForm作Post,用WWW作GET-->直接讀寫DB有點瞎
Web游戏内容保护
- code加密:把Code包成Asset Bundle後,存成TextAsset,再包成AssetBundle(For Cache!),取用時要用Reflection取用,極難用。
- code混淆:推薦作法,Web平台要官方幫忙,Android可以自己作,iOS聽說不用作
- 资源加密:最需要的是Texture,可加密后存成TextAsset,记得再包成AssetBundle才能用Cache。
- 记忆体Leak,4.1.2的Profile可以看到所有GameObject的状态,请多用Profiler
- 动态载入,用ScriptableObject定义场景描述档,记录Dependency,然后根据这些资料来载场景内容。
- 协程在团结不是多线程,多用还是会拖为主线,请慎用。
- 在一个新场景或新关卡,把Material与Shader先Load出来,放到一个空的GameObject里面,然后Diactive,有需要在放到正确的地方。--> 第二次提到
- AssetBundle打包顆粒度,Debug可以包越小越好,Release建議1MB
- 封住右键功能,防止使用者更换Unity Player版本。
- 从放游戏的Web Server上取其他URL的资源,要设定CrossDomain.xml
- 如果不用Asset Bundle,自行作压缩解压缩,一定要在载下来的时候马上解压缩,而且用AssetBundle.CreateFromMemory,耗时。-->AssetBundle的确是要Load才需要解压...
- Material,Shader先打包吧!--> 这应该算第三次提到吧?因为很重要所以要讲三次??
Unity的网络解决方案
- 非常好睡zzzzz
- Photon Server:C#界面,底层用C++实作,可负荷30K同时在线,Load Balance机制,有FPS范例,用TCP与RUDP,只能用Windows。
- SmartFox Server, http://www.smartfoxserver.com/,Java实作,可用Windows/Linux,没有Load Balance,提供多种监控与管理界面。
- 用RakNet自己作
Unity引擎的性能優化 - 張鑫
Mobile優化
- 300~2000個Polygon
- 蒙皮网格渲染器同时最多一个
- Texture數量同時1~3
- bone數量<30
静态对象
- <500 poly
- 标记 static
- 不要用Animation
- 地形:Texture數量<4,用Texture融合,可加5fps~10fps
纹理格式
- 用PNG,TGA
- 不要超过1024
- 看起来像就好,可以用128x128,就不要用256x256
- 用mipmap
- 控制UV范围在(0, 1)-->原来还可以超过?
- Mesh簡化,用MeshLab,但只能簡化靜態Mesh。用Simplygon,
- Mesh簡化,Animation簡化,用Simplygon,http://www.simplygon.com/,要錢,效果好。
- 不要用System.xml用mono.xml,减少程式码大小
- Forwarding Light原理,要draw的Object數量X光源數,所以光源越少越好。
- 把Pixel Light设定固定值,美术再多光也只有一个。
粒子
粒子在Mobile平台,是以Block为单位Render,太多粒子会加高像素填充率,因为粒子没有深度,所以一定要画,Mobile平台的功率不够就会大大拖效能。
- 粒子小一点
- 粒子數量<50
- 粒子不要有Alpha
- 粒子不要碰撞
- 儘量不使用Mesh Colider,用Box,CapsuleCollider
动画部分
- 没需要不用Animation,不需要每个东西都会动
- 没有缩放,手动或程式作业把Scale Curve去掉,可以减少33% Blending作业
- Mecanim是多绪执行,不会拖Main Thread,一个Game Object上多个Animation clip才有用,如果只有一个clip,可考虑只用Animation
- 用Body Mask告訴Mecanim哪邊不需要計算
渲染部份
- 避免alpha测试,alpha混合
- Static Batching需要大量的VertexBuffer,如果Vertex過多,要把一堆Vertex搬來搬去,反而拖效能
- Dynamic Batching在Polygon < 900會自動作用,如果GameObject的Shader有Position,Normal,UV,每多用一個,900就要減半。
- 在使用Dynamic Batching時,Vertex只能在CPU作結合,所以Vertex不能太多
- 如果同一场景中小块Texture很多,可以考虑用程式将Texture拼合,要拼合的Texture如果UV超过(0, 1)就很难作。
- 移动平台的遮挡剔除适合用PV和动态对象
- 用for代替foreach,因为的foreach会生一堆迭代器
- 用Struct代替class,快30倍
- 传说中8小时一定回信的高级 email support
- 影子的优化,可参考ShadowGun模拟影子的实作
- 接下来Unity的Roadmap会支援新UI(讲好久了)与Server。
文献资料
本文转载自:http://nedwu13.blogspot.tw/2013_11_01_archive.html (墙外)