项目概要:
目前手上是一个纯2D项目(除特效外),项目不大,涉及美术资源也并不大。
UI数量约在100个左右。
需求分析:
产品需求:
游戏嘛,都要求包体要小,美术要精致,要能热更新...
发布平台,最好地球上有的,都要有。
团队:3个纯前端(u3d),两个服务器端(java),一个主程(以前端为主)。
版本管理:svn,无法合并场景!
本次主题需求:
高效的团队合作,涉及工作流程、产品发布,及管理工作。
大致需求情况就这样子,接下来分析一下。
本人做为主程,来到项目组时,项目主体已完成,但是,更像是出自一个工作1年的毕业生之手,只图快速实现功能,但是无处不在的致命BUG。但功能大体是出来了,这个时候,最佳的方案就是技术重构。
三个u3d程序员,能力都还可以,可惜被前任主程误导了不少,而且明显没有学到东西。
产品需求经过初期的接触,并不大,也不难,而且是纯平面游戏,所以我决定UI一次载入。
经过对资源的分析,贴图打成图集在3张2048*2048以内(做了高宽50%等比压缩),不包括特效所用的图。
为了防止在缩小时,影响九宫格,将九宫格图片单独提出来,做成一张图集。
为了能快速让玩家见到游戏画面,加载页所用到的资源,做成一张图集。
贴图载入GPU是一件比较花时间的事情,如果能采用etc,能加快很多,但是不支持透明,所以考虑在android下,直接采用etc2。但是麻烦的是,还有相当大一部分手机不支持,但都是低端机,这部分用户使用rgba,不压缩。
实现方案是,IOS、WP之类的,采用其专属格式压缩,都用高位压,以免品质过不了美术关。RGB模式,采用原图,同时,对贴图进行面积再次缩小,将内存占用控制在100MB以内。最终得到的是这样子的组合:pvrtc4+