玉瑟吧数位红用了两年的时间总结开发出一套基于移动设备的游戏引擎：dragon bone game engine for mobile phone(龙骨)，他可以支持目前大部分的高端移动设备，它不仅可以使程序开发人员及游戏项目节省了大量的时间，另外还可以让美术人员最直观的看到其设计效果。它最大的价值就是可以使开发人员的一套代码在不需要改动程序的情况下编译运行在不同设备平台上(改动不超过20%)。目前数位红及其他公司已经使用它开发游戏超过了30款。

　　引擎提供了非常完善的9个模块与3个增强模块，可以完全满足各类游戏开发的需要。游戏引擎可以直接嵌入到开发者的程序中，不需要额外的支持程序即可使所开发的游戏独立运行。游戏引擎简单、易用，编译后体积很小，占用内存也很小，可以节省玩家的内存空间及无线下载费用。基本引擎包含9个模块，引擎函数界面提供了类似windows的使用模式：

　　4、 对线、 sms操作模块：可以在程序内部对sms的收发进行截获处理。

　　8、 资源打包及压缩模块：可是使最后发售的软件包体积变小，尽量少的占用用户的内存空间。

　　在很多人看来，手机游戏还是一种很新鲜时尚的玩意儿，所以，谈起手机游戏的时候难免有种莫测高深的感觉。其实，手机游戏的整个制作过程十分简单。从某种角度而言，它是一种传统的回归，同时也是新旧技术的相互融合。最常用的开发工具有vc++，j builder及codewarrior，在设计工具上则更是和普通的pc游戏制作软件没有大的区别。

　　有的设计人员更愿意使用“骨灰级”的二维设计工具dp，也有人愿意用3dmax、maya建模之后再进行二维修改，当然所有这些方法都要根据游戏的最终设定来决定。我们在做java游戏的时，一般都是采用像素级的二维绘制完成图片，即逐个像素点的完成。但在制作pda等类似设备的游戏时，就会采用3dmax或者maya建立模型，渲染后再修整。在设计过程中，我们也与大多数游戏公司一样使用了maya、3dmax、photoshop、painter等工具。

　　这要求程序人员能给出准确的图片限制大小，即所有图片允许美工占用多少空间。由于手机游戏的制作受数据量的限制很大，所以我们在设计游戏时，经常为减少1k空间大小而大伤脑筋。另外，就是需要准确了解该手机允许的色彩数、分辨率、整屏刷新率，其实这也是对游戏引擎的一种测试。

　　比赛时候得车加人背面图(4套，每套9张，分别9个角度，从直立开始，每15度一张。)

　　很多开发者认为，手机游戏的策划不重要，这个观点是严重错误的，手机游戏美术与程序开发工作量都非常有限，其表现力也受非常大的制约，因此一款手机游戏的可完性如何在某种意义上完全取决于游戏策划本身。

　　在此过程中，手机游戏策划基本同传统游戏策划无异。但游戏策划必须要对游戏的操作做出准确的设计，每个手机的键盘都不太相同，毕竟pc上的键盘基本都是101键。

　　再就是根据上面第一步给定的美工空间限制，美工要同策划共同商议，严格计算每张图片占用的空间，甚至是一个小图标都是不可以漏掉的。

　　以motoracer 3d为例，我们的游戏策划做了大量有关物理力学方面的公式，使其美工在设计图片时更符合真实的效果。

　　另外最重要的就是如果想做一款motoracer这样的游戏，首先自己就应该是摩托车的行家，我们motoracer 3d的首席美术设计师王科，就是一个疯狂的摩托车发烧友，他可以为了攒钱买机车，啃一年的馒头。呵…

　　测试工作以motoracer 3d为例，我们开发周期6个月，因为有了引擎的缘故，使主代码开发周期缩短至3个月，为了保证这款产品具备国际水准，剩余的3个月我们基本都在找问题、鸡蛋里挑骨头。于是一款位列全球手机游戏销售前三名的motoracer 3d终于出炉了。

　　当然，在数位红像motoracer 3d的幸运产品并不多，数位红有30%的产品在demo期间就因为可完性、操作感等问题最终没有面世。毕竟想要打造一个优秀的品牌是要做出很大牺牲的。

　　由于手机硬件设备方面的诸多限制和性能差异，我们在游戏的开发和制作过程中无法天马行空般的进行创作，而不得不综合考虑到多方因素的平衡。下面列出的是一些关键的性能参数，这些参数都直接影响游戏的效果。

　　手机的屏幕大小各有不同，从80*30到320*240，就好比在pc发展过程中的cga、ega乃至vga，分辨率的高低直接导致了造型的大小及表现力，这点相信每个设计人员都有所体会。另外，由于手机型号及操作系统的多样性，导致了一款游戏并不能不加改动的在不同的手机上运行。对于美术设计人员而言，就要在设计之初考虑屏幕的自适应问题。比如在128×128分辨率下与200×200的分辨率下，如何可以不重新更换图片，但又达到同样的效果?

　　目前手机能达到的色彩数量也是限制美术人员发挥的一个重要瓶颈。从过去几年的黑白屏幕手机到现今256色、4096色及真彩色。digital-red在开发游戏时接触过非常多的手机，其中有的手机号称能显示4096色，但我们将一张4096色的色阶图进行显示，便发现有的颜色根本无法区分，更让人吃惊的是，个别手机还色偏严重。所以，设计人员是一定要根据实际手机进行图片绘制，在此，digital-red有过非常多的教训。

　　液晶屏幕由于其独特的发光原理，并不能达到传统显示器的亮度，同时也就导致了很多色彩丰富的图案在强光下，不能显示出原有的效果，这点在手机户外显示时尤其明显。因此设计人员在设计手机游戏图片时一定要考虑这点，不能将色彩对比度设置的过于接近、图片设计一定要简洁明快，避免过小的图片。

　　在我们接触的手机里，很多由于运算速度的问题，导致动画帧数并不能流畅，甚至达到不了10帧/秒，这对于游戏动画而言是致命的，我们一般采取局部刷帧或者尽量避免全屏幕动画来尽量达到预期效果。而且液晶屏幕本身也有显示速度问题，我们就发现过很多手机都有影像“拖尾”情况。这种情况，在实际游戏中很容易造成玩家的视觉疲劳，尤其在颠簸的车上或者是行动中，游戏时间过长，就有头晕目眩的感觉。如此，即使是一款优秀的游戏也无法留住玩家了。

　　由于手机是液晶屏幕，大多数设备在高亮度的像素显示与一般像素显示上，两者耗电量是有所区别的，例如白色背景就要比黑色背景消耗更多的电池能量。因此，对于手机游戏而言，要尽可能节省玩家的电池，也算是对玩家的一种体贴吧。

　　很多想开发手机游戏的朋友们对于手机游戏都充满了幻想，digital-red也曾与这些朋友们一样，在脑海中有非常多的想法等待实现，但一旦真正开发游戏的时候我们就发现很不现实，这里将几个常见的错误认识与诸位分享：

　　pc上的游戏已经以百兆来计算其占用空间了，而很多手机游戏是以k来计算，大多数的手机游戏能安装60k的游戏就算不错了。

　　j2me在移动设备上有一个midp 1.0标准，但各个手机厂商在推出支持j2me的手机上都对其进行了扩充甚至改动，一个程序想要达到最理想的效果就一定要针对不同型号的手机。

　　使用java开发手机游戏的确非常方便，但在效果与性能上很难与c++代码实现效果比拟。如在symbian os/wince设备上我们还是推荐尽量使用c++来开发为好。

　　在开发小型应用时，java程序的确空间占用较小，但如果游戏项目过大，java游戏的小巧优势就很难体现了。

　　手机游戏的策划禁忌非常多，要求策划人员必须全面了解手机的技术性能才能做出针对性的优秀游戏。