Unity原厂讲师大解密

时间：2023-03-08 20:29:23

Asset Bundle工作流程及人物换装实例- 刘刚

Unity内部的资源有两种

  • Resources：有10年历史，尽量用资产包
  • Asset Bundle：昵称AB，现今Unity处理资源的中心

AB选项的差异

  • 透过Web Player下载Asset Bundle的Cache需要收费，在iOS，Android的Cache不需收费。--->手持游戏顶起来用!!!
  • 浏览器本身也有Cache，为什么要用Unity的Cache？
  1. 因为存在Cache里面是解压状态，下次调用不需再解压一次，大省CPU时间。
  2. 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可以作相关性！

  1. BuildPipeline.PushAssetDependencies，把资源推进去
  2. 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 (墙外)

相关文章