- 最后登录
- 2013-6-5
- 注册时间
- 2011-7-22
- 阅读权限
- 90
- 积分
- 16560
  
- 纳金币
- 16564
- 精华
- 0
|
- 试试把gameobject 一个一个禁用,确定下什么最影响性能
- stats 里面有多少个 Draw calls & 三角形
- 合并网格物体
- 合并材质张数
- 不要用网格碰撞.
- Unity对带动作的模型渲染消耗比较大,如果是静态的不带动作文件的模型渲染不会出现效率问题,但是要确保只绘制屏幕内的东西
最简单是将摄像机调成 顶点光照 能省不少资源
1. 测试时候注意看Stats很重要, drawCalls 上限35(具体怎么降低DrawCalls,请自己搜搜)
1.1. V大说可以用GUI插件把所有gui的drawCall整合成1次, 还没问具体怎么办.
2. Batched越高越好, 整合渲染,
2.1. 具体还不知道怎么搞
3. 灯光能不用就不用, 阴影用个面代替, 投射阴影和实时灯光,简直就是frameKller.
4. 模型尽量减少面. 这个和drawCall相辅相成. 我上个游戏满屏只有400面, drawCalls都干到快90了,还一样能跑到30帧在真机上. 当然没有复杂的运动是另个方面. |
|