游戏开发方法手游推荐 手游开发该如何选择合适的游戏引擎

学习游戏开发需要*练掌握游戏编辑软件，*练掌握好这些基础的游戏软件功能就可以了。

1、3dsMAX：大多数游戏开发公司美工使用，效率较高，可以**制作游戏中所有美术相关资源。

2、MAYA：跟3dsMAX差不多的软件，因个人喜好而定，MAYA在制作动作的方面较MAX稍差，不过在很多方面这两款软件都是可以兼容的。

3、Deeppaint3D:可以直接打开3维模型文件，在上面绘制贴图。

4、C++：程序使用，用来实现游戏中的各种功能，调试BUG等。

5、Photoshop与Panter：配合MAX或MAYA来绘制各种模型需要用的贴图。

6、ZBrush：美工制作超高模用的，然后可以生成法线贴图，在MAYA或MAX中使用。

首先你有编程基础是再好不过的了。

手机游戏开发的平台是JME，一般不会用到C++。当然学过C++的更好。

你学的可能是JEE，所以你一定要把JME好好学一下，重点是MIDlet，CANVAS，RecordStore。此外MIDP1.0和2.0的特*要搞清楚，如果做和网络有关的还要学习MIDP网络编程。掌握这些就基本**什么问题了，学的不多，对于一个会C++/JEE的人来说，应该可以在1个月左右学完。

和其他语言一样，JME关键是要多练，自己试着开发几个小游戏出来是不错的练习办法，可以找出你学习上的不足点。有条件的话，做出来的游戏应该拿到真机上运行，因为在模拟器上运行和真机有区别。

如果是**开发手游，那么还要掌握一些基本的软件，如PhotoShop，M***y，和简单的声效处理。

另外有需求的话可以学学JTWI，特别是Mobile 3D Graphics（M3G）技术，这是以后发展的趋势（由于本人对这块很薄弱，所以不能误导你，就不多说了）。

总之，你就再需要学JME和多练习，就够了。PS.一般来说JME工程师比JSE和JEE的待遇要好一些。而且从事游戏行业的上班玩游戏不会被骂。如果哪天你闲着无聊和同事**聊的太嚣张被BOSS看见了，他**句应该是说“有闲功夫多玩玩游戏，闲聊什么天！。”

全球手机**游戏3d motoracer制作全揭密

图文_吴刚北京数位红软件应用技术有限公司执行董事

林志强数位红nightmare ii首席三维美术设计师

王科数位红motoracer3d首席三维美术设计师

3d motoracer是数位红公司开发的一款针对nokia s60设备及sony ericsson p800(uiq)的3d游戏，该游戏上市几个月来，已经成为全球***的nokia s60、p800游戏应用前三名之一。本文就是对3d motoracer的开发过程进行大致的介绍。

在制作游戏之前，必须有一套经过长期测试并且适用的游戏引擎。

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

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

1、文件操作模块：提供类似标准c的fopen,fclose等函数。

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

6、加密模块：提供识别使用设备的imei功能，用于软件的加密目的。

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

9、常用函数：如字符串操作等函数。

10、例子：提供一套完整游戏magicline的源程序。

在很多人看来，手机游戏还是一种很新鲜时尚的玩意儿，所以，谈起手机游戏的时候难免有种莫测高深的感觉。其实，手机游戏的整个制作过程十分简单。从某种角度而言，它是一种传统的回归，同时也是新旧技术的相互融合。*常用的开发工具有vc++，j builder及codewarrior，在设计工具上则更是和普通的pc游戏制作软件没有大的区别。有的设计人员更愿意使用“骨灰级”的二维设计工具dp，也有人愿意用3dmax、maya建模之后再进行二维修改，当然所有这些方法都要根据游戏的*终设定来决定。我们在做java游戏的时，一般都是采用像素级的二维绘制完成图片，即逐个像素点的完成。但在制作pda等类似设备的游戏时，就会采用3dmax或者maya建立模型，渲染后再修整。在设计过程中，我们也与大多数游戏公司一样使用了maya、3dmax、photoshop、painter等工具。

b.确定游戏的各项参数及目标设备

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

以motoracer 3d为例，我们设想使其运行在nokia 9210、nokia 7650/3650、sony ericsson p800、pocket pc平台上。在数位红，由于我们拥有了自主开发引擎dragon bone game engine for mobile phone，游戏引擎是跨平台的，所以这一步骤我们就省去了不少时间。我们以nokia 7650/3650为*初调试蓝本，原因是在这些设备中，nokia 7650/3650的速度相对较慢，屏幕尺寸也相对其他设备小，因此以它为基础设备*为合适。

如下表，我们设计了motoracer 3d的基本技术参数。

使用过程中游戏占用内存<700k

游戏与操作系统兼容* nokia 9210、nokia 7650/3650、sony ericsson p800、pocket pc

下面是经过初步估计的基本图片清单：

跑道的边上的指示方向的牌。（左右）

比赛开始前站立的背面图（4张）。

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

数字（0至9等宽横排，分别有4套，速度数字，档位数字，排位数字）

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

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

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

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

如下表：我们将每种赛车的速度特*均体现出来。

gear 1 gear 2 gear 3 gear 4 gear 5 grip颜色

车1*大速度（mph） 97 107 135 156 176 0．45绿黄

加速度（mph/秒） 21 18 16 12 8

车2*大速度（mph） 90 102 127 148 168 0．25紫黄

加速度（mph/秒） 23 20 18 14 10

车3*大速度（mph） 102 112 140 160 180 0．65蓝黄

加速度（mph/秒） 20 16 13 10 7

车4*大速度（mph） 94 105 133 152 172 0．35黄蓝

加速度（mph/秒） 22 19 17 13 9

车5*大速度（mph） 104 115 145 166 182 0．75黑红

加速度（mph/秒） 19 17 14 10 7

车6*大速度（mph） 92 105 133 152 178 0．5红黄

加速度（mph/秒） 21 18 15 11 8

另外*重要的就是如果想做一款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游戏不用改动可以运行在各种手机上

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

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

java开发出的应用程序占用的空间小

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

手机游戏策划与传统游戏策划无异

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

一张大图如果缩成12*12大小，效果就可想而知了。

手游开发该如何选择合适的游戏引擎

随着游戏开发的不断进步，游戏开发越来越庞大复杂，因此游戏引擎已经成为游戏开发必不可少的工具。引擎对基本的功能封装，对工具链的提供等都可以大幅降低游戏引擎的开发难度，提高开发速度和质量。

对于目前市场，3D手游的引擎选择主要分四部分：

Unity：在移动端更有优势占据手游市场70*的占有率，各种品类游戏都有;

Unreal：两款**吃鸡手游都是使用Unreal引擎，但手游MMO目前国内还没有上线产品，国内端游MMO成功的也很少;

自研引擎：例如楚留香的Messiah，太*熊猫的Flexi等，优点在于非常*悉可以提供深度定制和优化;

其他引擎：应用较少不进行考虑。

这里其实选择的余地比较小，对于大部分没有自研引擎的公司来说，还是选择Unity居多，但是随着硬件的不断发展以及Epic公司自己的不断优化和持续更新，Unreal在手机上也有越来越多的公司和项目选择使用了。

(一个重要的选择原因：如果一款引擎在同类型项目中有成功项目，则我们可以很大程度相信这款引擎。)

按照软件工程的开发流程，我们首先应该明确需求。以下是一些常见的需求点：

目标用户，目标平台，目标机型是什么?

是否有特殊的技术需求?是否大世界?是否支持物理?是否写实风格

然后我们需要考察引擎的特*是否和我们的需求相符。

1、必须满足的特*，如果不支持则不能选用该引擎：

引擎是否支持想要发布的平台，兼容*如何?

引擎的*能如何?包括CPU，GPU，内存等等，例如早期的Unreal如果开发商不做优化无法在低配手机上流畅稳定的运行。

引擎的成本如何，和团队的技术栈是否契合，开发效率如何?

2、*好支持的特*，但如果不支持可以第三方库或自主开发解决：

如果是多人**游戏，引擎是否已经封装了成*的同步机制?

是否支持更多的DC和更完善的优化?

如果是开发大世界游戏，引擎是否支持成*的大世界系统(包括地形，植被，LOD，遮挡，优化等等)?

如果需要高级AI，引擎是否能**完善支持?

如果需要物理碰撞，引擎是否能**完善支持?

负责逻辑是否支持脚本，是否支持脚本可视化编辑器?

引擎是否自带编辑器(动画，场景，**，UI，粒子等)，以及编辑器是否适合，是否支持扩展?

引擎是否有良好的文档，是否有开发商官方的技术支持?

引擎是否完善的开发工具?如*能分析，打包等等。

美术资源决定了游戏世界的外观，脚本资源决定了游戏世界的内容，而引擎部分决定了游戏世界的规则。

一款引擎往往包含，图形模块，AI模块，物理模块，寻路模块，输入模块，网络模块，UI模块，渲染模块，声音模块，编辑器模块等等，如果要全面评估我们应该针对各个模块进行详细的评估和对比。

但说道引擎，往往大家的**印象都是引擎的图形渲染能力，可见图形对于引擎来说是至关重要的，因此我们会分为两部分，图形模块和其他模块，然后进行详细的比较。

图形是游戏引擎的重中之中，主要功能就是提供封装底层的渲染接口(D3D，OpenGL，Metal,Vulkan等)，渲染管线的定制(前向渲染，延迟渲染，多线程等)，适配(PC，IOS，Android)，以及一些基本渲染功能的提供例如后处理(抗锯齿，景深，屏幕矫色，扭曲，描边，SSAO等等)，阴影，地形，捏脸，动画，天气等等。

由此可见在高端渲染技术上Unreal更有优势有强大的官方支持，*能也*佳，但是相对的低端设备的兼容*会略差特别是Android版本。Unity也可以实现相同的效果但是很多工作都需要自己开发。

经过对比可知Unity更容易上手前期开发更快速，更容易做出适配更广(内存和稳定*)的游戏，但一些次时代技术需要自己实现。而Unreal学习成本较高开发效率较低，但是更容易做出**效果的游戏，更适合开放世界，大型项目。

如果是项目周期和成本比较宽裕，希望开发超高画质超高品质，开放世界的游戏，同时图形向技术积累较弱推荐使用Unreal，特别是FPS射击类游戏;如果希望开发周期更短，或者有着深厚技术积累和技术支持推荐使用Unity。此外引擎的选择也受美术和策划的影响，特别是美术同学，对编辑器和引擎的*悉成度对进度，效果和*能也有着非常大的影响。

其实对于大部分的游戏，两款引擎都可以满足需求，主要的差异还是在品质，时间，成本的项目管理三角形的取舍上。适合自己的才是*好的。

OK，关于游戏开发方法手游推荐和手游开发该如何选择合适的游戏引擎的内容到此结束了，希望对大家有所帮助。