我的第一个游戏FoodieThebug完成之后的心得体会

    距离上次发博客已经有两个月的时间过去了,期间好几次想抽出时间来写,最后却总是因为某些原因没动手。主要原因是最近确实太忙了,一边要做兼职游戏开发(full版,lite版,christmas版),一边还在给导师打工,做一个mes系统。每天从早上8点加班到晚上10点,回到学校都快11点了,确实太累了。所以,有点时间,我都在逛论坛,看文章。今天上午忙里偷闲,于是准备静下心来,谈一谈我的第一个iphone游戏开发的心得体会,跟大家分享一下。

    关于我制作的游戏的内容,我上次在新浪微博上已经发了一个视频,公司美工比较给力,看起来游戏内容还不错。呵呵,心里还是比较开心的。这个游戏采用cocos2d和box2d制作而成,而box2d只用到了其中一部分功能,即碰撞检测和AABB query。游戏从今年5月份开始做,真正完成大概在11月份左右。后来的游戏数值微调,界面修改,代码优化大概花了1个月左右的时间。上架的时候出了很多问题,由于后来我去做mes了,于是游戏gameCenter和广告部分,还有一些菜单页面是公司的同事帮忙一起完成的。这中间代码合并的时候,出了点问题,导致上架之后,发现还有一个很严重的bug,结果不得不重新拿去送审。还有后来的lite版本,由于不符合apple的送审规范,结果被reject了,又得重新改。最搞笑的是,full版第一次送审的时候,程序大小有110多M,因为要同时支持高清和普清的,但是,不知道什么时候,我在代码里面加了一句[CCDirector sharedDirector] setContentScaleFactor:1.0];结果,高清图片都浪费了,实际程序还是不支持高清的,白白占用了那么多突然间。而且对于size大于20M的程序,是不可以通过蜂窝网下载的。而我后来查看了一些排名靠前的游戏,几乎全部是size小于20的。而最近的一个榜首的游戏,amazing breaker,大小是19.5M,卡的那么死。说明游戏大小对于下载是来说影响确实不容忽视。后来,我想重新支持高清模式,结果发现内存使用过多,程序经常crash。最后,没有办法,只得舍弃Retina display了。最终full版加christmaas更新,差不多47M,最终版本估计还有差异。该版本还在送审中,应该马上能在apple store 里面看到了。

    说了这么多,接下来我谈谈自己的几点心得体会吧,希望对第一次动手开发iphone游戏的童鞋有所帮助。

第一点:从一开始就关注程序内存使用!

    大家看了我的博客,想必现在都在使用texturePacker来制作大图以节省内存和程序大小,还有响应速度。但是,使用texturePacker有几个要注意的地方。首先,制作出来的大图尽可能地充分利用空间,图的大小最好在1024×1024.不用制作2048×2048的图。因为有些老版本的设备最大只支持1024×1024的大小。充分利用空间是什么意思呢?就是把空白区域占满!一定要想尽办法占满,由于是菜单界面和其它非游戏画面,因为这些画面不需要加载到一个batchNode里面去,所以可以多个场景的图交叉引用。但是,如果是游戏里面的场景,因为有动画,所以,最好还是把相关的动画制作成pvr.ccz大图,比如player.pvr.ccz。还有一点,在init方里面

 
[[CCSpriteFrameCache sharedSpriteFrameCache] addSpriteFramesWithFile:@"GameOver.plist"];
[[CCSpriteFrameCache sharedSpriteFrameCache] addSpriteFramesWithFile:@"Achievement.plist"];

需要对应的在dealloc方法里面:

[[CCSpriteFrameCache sharedSpriteFrameCache] removeSpriteFramesFromFile:@"GameOver.plist"];
[[CCTextureCache sharedTextureCache] removeTextureForKey:@"GameOver.pvr.ccz"];

因为pvr.ccz文件是压缩格式,他在第一次加载的时候会调用系统的解压缩程序,造成内存急剧上升,所以,在游戏画面loading的时候,一定不要loading太多,特别是在高清设备上,有时候由于你内存使用过多,可能会被系统直接kill掉。还有,很多童鞋都有这样的经历,就是在切换场景的时候,提示内存警告,特别是高清模式下面。这里有几个小技巧,可以帮忙大家避免这个问题。首先,制作的pvr.ccz图片不要太大,像素格式用rgba4444的,这样可以节约一半内存。当然,如果使用这种像素格式,那必须加抖动,否则你的画面会模糊不清的。其它,要保证每一个场景的dealloc方法在replaceScene的时候都有调用,你可以在debug模式下面用CCLOG在dealloc函数里面输出。如果场景切换的时候没有调用,说明你这个场景的内存有问题。有可能被某个对象retain了,其retainCount在replaceScene的时候没有减少到0,所以dealloc方法是不会调用的。如果dealloc方法都没有调掉,那么这其实就是一种内存泄露,因为你很有可能会在这个scene里面定义很多对象。

还有一点,dealloc的顺序,先释放自己的,再调用[super dealloc].对于想支持高清的童鞋,还有一个建议就是,使用部分高清。背景图片不高清,而其它icon和按钮高清,这样给人的感觉,你的程序还是支持高清的。关于cocos2d里面如何部分支持高清,可以参考这个链接

 

第二点:从一开始就关注程序大小!

    我觉得一个好游戏的标准,至少有一条,就是size不超过20M.这需要很强大的功底才行的。包括游戏设计,不能使用大量的图片来堆积出一个以内容为主的游戏。不过初期,为了抢眼,这种游戏制作起来还是比较方便的。但是,程序大小超过20M有个不好的地方,就是用户必须通过电脑下载同步。而不能直接通过3G网络下载。这对于有一些人士来说,他们会觉得很不方便,所以,无形之间会影响你的游戏的下载量。美工在制作图片的时候,尽量使用小图,音效师在制作音效的时候,音效格式最好使用mp3,而且背景音效最好在800KB以下。否则一个游戏下来,音效都有10多M,那太难了。

不单是内存的使用要斤斤计较,而且其它游戏资源,也是一样。包括字体文字。如果只是为了显示分数,那么在制作字体文件的时候,就可以不包含字母。还有,有些时候,比如同一个icon,在不同的场景大小不一样时,也没有必须制作两张图,可以制作一张大图,然后在需要使用小图的地方,设置一下scale就行了。当然,最重要的是要学好opengles,很多效果,能不用图片实现的,就尽量不要用。而且好多效果,单纯用图片也是制作不出来的。我现在也在想尽办法学习opengles,这玩意儿太重要了!

 

第三点:从一开始就关注游戏FPS。

   所谓FPS就是游戏的帧速,可以通过设置AppDelegate里面的[director setDisplayFPS:YES];来开启。通过游戏的帧速,你一定要保持在40帧以后。最好是60帧。而且要多测试几个设备,如果4代的touch或者iphone都不能达到40帧以上的话,那么你真的要注意优化你的帧速率了。那么,优化帧速率有哪些方法呢?记住一个准则就行了:永远不要在使用的时候才去创建!这里面不仅仅指游戏图片资源,音效资源,还包括游戏里面的各种对象。必须要事先创建好,需知,创建内存属于io操作,那是相当慢的,会极大地影响游戏的帧速率。所以,大家游戏里面要用到的对象,都可以用一个CCArray装起来,然后把visible设置为NO,然后在需要使用的时候,那从这个array里面选择一个visible为NO的,然后show出来。这个array的功能就相当于我们熟悉的内存池。box2d为什么不让你手动去new对象,而是由world对象去管理创建和销毁。效率!因为考虑连续内存分配、cache命中等原因。所以,大家这个一定要注意。还有游戏中的action,也需要先创建好,然后retain,这样游戏中就可以重复使用,但是,千万要记得在dealloc方法里面release掉。当然,优化FPS的方法还有很多很多,比如使用CCLabelBMFont显示分数,而不是CCLableTTF,比如优化那些耗时长的代码段,提高算法效率。这个要看个人经验积累,我自己也是个初学者,所以不能给大家更多的建议,希望朋友们一起分享一下,这样可以让大家都少走一些弯路。

 

第四点:除了制作游戏,你还需要关注点其它的

    比如apple store上架审核规则,比如如何打包制作ipa,比如code signing,比如debug,比如音效格式、图片格式等。这些看似不重要的东西,对后面的游戏发布起着灰常重要的作用。还有代码编码风格,代码管理工具(git)使用,变量命名艺术,类编写原则等。建议大家读一读《代码大全》和《程序员修炼之道》。以前读过一些,当时只觉经典,但是实际获益并不是很多。最近重读之后,有种豁然开朗的感觉。温故而知新,真理也!为什么我又讲到这里了,因为,游戏是要update的,如果前面的代码没写好,后面的update极有可能引入大量的bug,导致没法update。而且,设计师的想法是在你制作游戏过程中不断完善的,这中间会不断地提需求,让你改,让你更新。如果代码很乱,那会累死去。我个人是个面向对象和设计模式爱好者,阅读了大量的设计模式、敏捷开发、重构的书籍,对于游戏的架构和模式也有非常浓厚的兴趣。所以,今后,我尝试写一些游戏模式和架构方面的文章。

 

 

    最后,如果大家有想翻译游戏教程的,可以联系我(why?因为我们目前组成了灰常具有激情的团队,我们想在这个物欲横流的时代做点有价值的事!加入我们吧!)。版权归译者所有,大家可以建立自己的博客,然后我转载也可,两边同时发也行。总之,一句话,help you , help me,help us,help all。

 

    从小就有开发游戏的梦想,现在终于实现了,而且在这么酷的设备上,简直就是legend of awesomeness!本科为了做游戏了,学习了4年C++,结果还是没能做出一个游戏,想想真不值啊。希望在这里,能给后来的ios游戏开发爱好者带去一份帮助。

    欢迎大家和我讨论ios游戏开发的问题 :)

                     

要论坛交流,请点击传送门

 

著作权声明:本文由http://www.cnblogs.com/andyque原创,欢迎转载分享。请尊重作者劳动,转载时保留该声明和作者博客链接,谢谢!



posted on 2011-12-17 11:36 子龙山人 阅读(...) 评论(...) 编辑 收藏

公告

统计

  • 随笔 - 80
  • 文章 - 1
  • 评论 - 1135