MMORPG游戏开发入门

 

 

原著:Radu Privantu
翻译:pAnic

  
  译者序:这是一篇讲解如何开发一款MMORPG的入门文章,作者本人也是一款游戏的开发者,文中的内容源于实践,有很高的参考价值。很多人都想拥有自
己的游戏,这篇文章对那些想自己开发游戏的人来说可能是一纸福音,也可能是一盆冷水。无论如何,开发游戏都不是一件简单的事情。以下是翻译正文:

  

  文章的中心是如何起步开发你自己的大型多人在线角色扮演游戏( 原文:Massive Multiplayer Online Role
Playing Games) (MMORPG)(译者注:俗称:网络游戏,网游)。针对的读者是经验和资源有限的开发者。
读完文章之后,你应该懂得如何起步,
还有一些关于什么是应该做的和不应该做的忠告。第一步是评估你的能力和资源。你必须对自己诚实,因为做你力不从心的事情会浪费你的时间并让你心灰意冷。

  
  第一步:评估你的能力
  
必须的技能:
  
  1、懂至少一种编程语言。 迄今为止, C++因为性能和效率的优越性成为游戏开发者的首选。 Visual Basic, Java
或者 C# 可能也是不错的选择;

  2、熟悉一种图形库。通常的选择是SDL, OpenGL,
或者DX/D3D。(译者注:网上也有很多免费/付费引擎下载和出售);

  3、选择一种网络通讯库。 你可以从WinSock, SDL_net,
或DirectPlay中选择。(译者注:很多人喜欢开发自己独特的网络库,这并不复杂,似乎ACE也是一种选择);

  4、对游戏开发有大体的经验。例如,事件循环,多线程,GUI 设计,等等。
  
强烈推荐的技能:
  
  1、C/S结构通讯;
  
  2、多平台开发。 你可能希望设计一个MMORPG, 尤其是服务器能运行在多种操作系统。为此,我推荐使用SDL, OpenGL
和SDL_net;

  3、网站开发。如果你想让用户通过网站查看玩家统计,服务器信息和其他信息,这是必须的。(译者注:其实网站可以交给其他人开发,如果有必要的话);

  4、安全管理。你当然不想因为有人攻击你的服务器而浪费时间!

  6、团队组织能力。 你需要一个你能成功领导和管理的团队;

  
  第二步:初步规划
  
  我注意到很多人在不同的论坛发帖子寻找团队开发MMORPG。他们中的大部分是这样:“我们成立了一个公司/游戏工作室,需要3个美工,两个程序,1个音乐制作,等等。为了创新,不要看过去的MMORPG,你有全部的自由用来创造你想要的世界,等等。
我们会在项目完成并赚到钱的时候付给你酬劳,等等”。不幸的是,以现有的技术和带宽,你无法拥有一个动态的世界。
朝向无法到达的目标前进只会导致失败。正确的做法是拿出一些小规模的,功能性强的,可扩展的设计和构架。,
  
基本软件构架
  
  首先,尝试创建一个简单的C/S模型,有如下功能:
  
  1、创建一个新角色;
  2、保存那个角色(服务器端);
  3、用那个角色登陆;
  4、能够和其他人交谈;
  5、能在3D空间游览;
  
  保存角色看起来简单,其实不然。 例如,有两种方式保存角色:使用数据库服务或者使用文件。两者有各自的优缺点:

 

数据库 文件
优点
  • 添加新域或者修改现有的都很简单。
  • 更新玩家统计数据非常简单(从游戏外)。
  • 你可以通过SQL查询方便的获取不同种类的统计结果。
  • 无需自行完成I/O操作,数据库会替你做好。
  • 易于更新/恢复。
  • 高速操作(读/写)。
  • 实现简单。
  • 无需额外的库。
  • 不依赖数据库服务器。因此你不必担心数据库升级或安全问题。
缺点
  • 容易出错。
    例如,做一个更新查询的时候遗漏了''where''子句。会导致惨痛的损失,尤其是你没有备份的时候。
  • 数据库会比打开/写入一个玩家档案文件慢。你查询一些数据的时候会耗费几个毫秒,尤其是大量玩家同时登入/登出的时候。
  • 需要额外的代码进行游戏和数据库间的数据转换。
  • 需要操作数据库和SQL的经验。并且需要一个程序和数据库之间的接口库。
  • 如果因为某些原因数据库文件损坏,那算你倒霉,你可能会丢失所有的玩家数据(尤其是短期内没有备份的时候)。
  • 很难添加新的域,除非一开始就很小心的设计了文件的格式/结构。
  • 没法做全体玩家的查询。(这可以通过每天晚上用程序把重要字段添加进一个数据库间接实现)。
  • 如果你想更新/检查玩家状态,你必须额外写代码。
  • 更新和还原比较复杂。

 

  现在你决定了如何存储角色,你还得选择C/S通讯的网络协议:TCP 还是
UDP?,我们都知道TCP速度慢,但是更准确,并且需要额外带宽。我实际使用TCP并没有遇到什么问题。
如果你有充足的带宽,TCP是个好选择,至少对初学者是这样。 UDP 会很麻烦,尤其是对新手。
记住,游戏或引擎的初步测试会在你的局域网进行,所有的包都会按顺序依次抵达。在Internet上无法保证这一点。虽然包会按顺序到达,但是有时候会丢包,这通常是个麻烦事。
当然,你可以设计你的协议使得C/S能够从丢包中恢复。但这对初学者来说很痛苦,不值得推荐。

 

第三步:选择数据传输协议
  
  又是看起来很简单,其实不然。你不能只是发送’’’’结尾的串。因为你需要一个通用的协议,能同时适用字符串和二进制数据。用0(或其他字符)做
结束符是不明智的,因为那个结束符可能是你要发送的数据的一部分。此外,如果你发送20字节,然后再20字节,服务器极有可能收不到两个20字节的包。取
而代之的是,它会一次性收到40字节,为了避免浪费带宽在不必要的头上。
而且,你可以发送1KB的包,但服务器会以两个小包的形式收到它。所以你必须知道哪里是一个包的开始,哪里是结束。在
“永恒大陆”(译者注:原文: Eternal Lands,本文的作者正在开发的一款MMORPG)中,我们用如下的方法:
  
  ·Offset 0: 1 字节 表示传输的命令;
  ·Offset 1: 2 字节,传输的数据长度;
  ·Offset 3: 变长,消息内容;

  这种方法有一致的优点:所有的数据传输有统一的标准。缺点是有些命令有固定已知的长度,浪费了一些带宽。以后我们会改成混合的方法。

  
  下一件事是决定服务器模型: “非阻塞soket,不使用线程”,或者“阻塞soket,使用线程”。两种方法(使用线程 vs
不使用线程)各有优缺点。
  
  线程:
  
  1、服务器响应会更加平滑,因为如果一个玩家需要大量时间(例如从数据库中读取数据),这会在它自己的线程中完成,不会影响其他人。(译者注:也许作者的意思是每个玩家都有独立的线程,但这对MMORPG不太现实);

  2、难以恰当的实现和调试:你可能需要大量同步,并且一个小疏忽就会导致灾难性的后果( 服务器瘫痪,物品复制,等等);

  3、可以利用多处理器;

  无线程:
  
  1、实现和调试更简单;

  2、响应速度慢;

  在我的公司,我们使用无线程的方法,因为我没有足够的资源和人力处理线程模式。
  
  第四步:客户端

  
  你打算做2D还是3D游戏?有些人认为2D游戏做起来简单。我两者都做过,并且我倾向于3D游戏更简单。容我解释。

  2D下,你通常有一个帧缓冲,也就是一个巨大的象素点数组。象素点的格式会因显卡的不同而不同。
有些是RGB模式,另一些是BGR模式,等等。每种颜色的bit数也会不同。只有在16bpp模式才有这个问题。8-bit和24-bit模式简单一些,
但有他们各自的问题(8-bit颜色数太少(256),而24-bit速度更慢)。同时,你需要制作你的精灵动画程序,不得不自己排序所有对象,以便他们
以正确的顺序绘制。
当然,你可以用OpenGL或者D3D制作2D游戏,但通常这并不值得。并不是所有人都有3D加速卡,所以使用3D库开发2D游戏一般会带给你两者的缺
点:不是所有人都能玩,你也不能旋转摄像机,拥有漂亮的阴影,和3D游戏炫目的效果。

  (译者注,目前绝大部分显卡都支持565的16bpp格式,这个也成为目前16位色的业界通用格式,有不少文章和代码都是讲述这一格式下图像处理的,尤其是使用MMX技术)

  3D的途径,正如我所说,更简单。但是需要一些数学(尤其是三角)的知识。现代的图形库很强大,免费提供了基本的操作(你不需要从后到前排列对象,改
变物体的色彩和/或帖图都十分简单,对象的光照会按照光源和它的位置计算(只要你为它们计算了法向量),还有更多)。并且。3D给了你的创作和运动更多的
自由度,缺点就是不是所有人都能玩你的游戏(没有3D卡的人数可能会让你大吃一惊的),并且,预渲染的图片总是比实时渲染的更漂亮。

  (译者注:市面上想买不支持3D的显卡目前很困难,只是高性能的3D卡价格也不低)

第五步:安全
  
  显然,不能相信用户。任何时候都不能假设用户无法破解你精巧的加密算法(如果你使用了的话)或者协议,用户发送的任何信息都要通过验证。极有可能,在
你的服务器上,你有固定的缓冲区。例如,通常有一个小(可能是4k)缓冲区用来接收数据(从soket)。恶意用户会发送超长数据。如果不检查,这会导致
缓冲区溢出,引起服务器瘫痪,或者更坏的,这个用户可以hack你的服务器,执行非法代码。每个单独的消息都必须检查:缓冲区是否溢出,数据是否合法(例
如用户发送“进入那扇门”,即使门在地图的另一端,或者“使用治疗药水”尽管用户没有那种药水,等等)。
我再次强调,验证所有数据非常重要。一旦有非法数据,把它和用户名,IP,时间和日期,和非法的原因记录下来。偶尔检查一下那个记录。如果你发现少量的非
法数据,并且来自于大量用户,这通常是客户端的bug或者网络问题。然而,如果你发现从一个用户或者IP发现大量非法数据,这是明显的迹象表明有人正在欺
骗服务器,试图hack服务器,或者运行宏/脚本。同时,决不要在客户端存储数据。客户端应该从服务器接收数据。换句话说,不能发送这样的消息“OK,这
是我得物品列表”或者“我的力量是10,魔法是200,生命值是2000/2000”。
而且,客户端不应收到它不需要的数据。例如:客户端不应该知道其他玩家的位置,除非他们在附近。
这是常识,给每个人发送所有玩家会占用大量带宽,并且有些玩家会破解客户端从中获取不公平的利益(像在地图上显示特定玩家的位置)
  
  (译者注:就像传奇的免蜡烛外挂)。所有这些似乎都是常识,但,再次,你会惊奇的发现有多少人不知道这些我们认为的常识。
    
  另一个要考虑的问题,当涉及到安全:玩家走动的速度必须在服务器计算,而不是客户端。
  
  (译者注:这是重要的原则,但是会耗费大量服务器资源。魔兽世界没有这样做,它采用类似其他玩家揭发的形式掩盖这个事实,导致加速外挂可以用,但是在有其他玩家的时候会暴露)。

  
  服务器应该跟踪时间(以ms为单位)当客户最后一次移动的时候,并且,移动的请求如果比通常的极限更快到来,这个请求应该被抛弃。不要记录这类虚假请求,因为这可能是因为网络延迟(也就是玩家延迟,过去的10秒内发送的数据同时到达了)。

    
  检查距离。如果一个玩家试图和100亿公里以外的玩家交易(或者甚至在另一张地图上),记录下来。如果一个玩家试图查看,或者使用一个遥远的地图对
象,记录它。小心假的ID。例如,正常情况下每个玩家都会分配一个ID(ID在登陆的时候分配,可以是持久的(唯一ID)。
如果ID在玩家登陆的时候赋予9或怪物被创建的时候),显然可以用玩家数组(保存玩家)的位置(索引)作为ID。
    
  所以第一个登陆的玩家ID是0,第二个是1,依此类推。现在,通常你会有一个限制,比如说2000个索引在玩家列表里。所以如果一个客户端发送一条命
令类似:“查看ID200000的角色”,这会使服务器当机,如果没有防备的话,因为服务器会访问非法的内存区域。所以,一定要检查,就像这样:
"if actor id<0 or if actor id> max
players 然后记录非法操作并且断开玩家。如果你使用C或者C++,注意或者定义索引为’’unsigned int’’
并且检查上限,或因为某些原因定义为int(int,默认是有符号的),记得检查 <0 and
>max
。没有做这些会严重挫伤你和其他用户。类似的,要检查超出地图坐标。如果你的服务器有某种寻路算法,并且客户端通过点击地面来移动,确保他们不要点击在地
图外部。
  
  第六步:获得一个团队
  
  制作游戏需要大量的工作(除非是个Pong and
Tetris游戏)。尤其是MMORPG。你无法单靠自己。理论上,一个完整的团队组成是这样:
  
  ·至少3 个程序员: 1
个做服务器,两个客户端(或者一个客户端,一个负责工具,例如美术插件,世界编辑器,等等)。有6个程序员是最好的,更多就没必要了。这取决于你的领导能
力。最少一个美工,2到3个更合适。如果这是个3D游戏,你需要一个3D美工,一个2D美工(制作帖图,界面,等等),一个动画师,和一个美术部负责人。
美术部应该由有经验的人组织和安排,除非你就是个艺术家。
  
  ·少数世界构建者:创建所有地图是个漫长的过程,
并且直接关系到游戏的成败。再次,你需要一个世界构建部的负责人。你的世界需要协调一致,所以不能只有一个意气用事的人。
  
  ·一个
网站管理员是必须的,除非你精通网站设计,并且愿意花时间做网站。音效和音乐不是必须的,但是有音效和音乐的游戏比没有的会更吸引人。

  
  ·一个游戏经济系统
设计师.。你也许觉得那很简单,可以自己来做,但事实上那是最复杂的工作之一。如果经济系统设计不良(比如物品没有平衡,资源在地图上随意放置,等等。)
玩家会觉得无聊并且退出游戏。我们早期的进展存在很大的问题,尤其是因为经济系统主要是由我(一个程序员)设计的,它没有被恰当的计划。
于是,我们花费了两个月来重新思考和建立一整个新的经济系统。这需要一次完全的物品清除。我告诉你,玩家会很不乐意你删除他们的物品。幸运的是,大部分玩
家赞同这个想法,但是这么多小时的争论,妥协,解释和时间的浪费还是让我们丧气。以后会更多。
  
  如前所说,你需要一个10~15人的团队,不包括协调员和管理者。这10~15人必须是有经验的。如果都是新手就不值得,因为你需要花大量时间解释要做什么,怎样做,为什么他现在的做法不好,等等。

  
  一开始就凑齐10~15人几乎是不可能的。不管你在不同的论坛发多少帖,你也无法找到合适的团队成员。毕竟,如果一个人熟练于他/她的领域,为什么在
你无法拿出任何东西的时候他/她要加入你的团队?很多人有远大的想法,但是实现它们需要大量时间和努力,所以他们宁可从事自己的工作也不会加入你。那如果
你需要10~15人,但是无法让他们加入你的团队,你如何才能制作一款MMORPG呢?
好,事实上,你一开始不需要所有人都到位。你真正需要的是一个程序员和一个美工。如果你是个程序员,只要找个美工就可以了。请求懂美术的朋友帮忙,花钱请
大学生/朋友做一些美术或者其他工作。
  
  现在你有了一个美工,你期待的游戏的样子,现在可以开始实现了。一旦你有了可以运行的C/S引擎,一些用来展示的截图(或者更好,玩家可以登陆你的世
界,四处走动,聊天),更多的人会愿意加入你的团队。更恰当的是,除非你使用独有的技术,否则你的客户端可以开源。许多程序员会加入(作为志愿者)一个开
源工程而不是非开源项目。而服务器不应该开源(除非你打算做一款完全开源的MMORPG)。
    
  其他一些忠告:在有东西可展示之前,不要夸大你的游戏。最惹人烦的事情之一就是一个新手发一个“需要帮助”的请求,要求一个巨大的团队加入他的游戏制
作,解释这个游戏到底有多酷。一旦你拥有了网站广告(通常是在一个免费主机),你会看到一个吸引人的导航条,包含“下载”,“截图”,“
原画”(译者注,原文:Concept
art,概念艺术,在游戏应该指美工的原始设计),“论坛”。你点击下载链接,然后看到美妙的“建设中”页面(或者更糟糕,一个404错误)。然后你点击
截图,得到同样的结果。如果你没有东西给人下载,就不要放下载链接。如果没有截图展示,不要放截图链接。然而更好的是,在工程进展10%(程序和美工)之
前,不要浪费时间在网站上。

第七步:打破某些神话
  
  1、你无法制作MMORPG, 只有大公司才可以。
  
  我不同意。虽然制作一款像魔兽世界(World of Warcraft),无尽任务2(Ever Quest
2),亚瑟王的召唤2(Asheron’’s Call 2),血统2(Lineage
2),和其他一些游戏对一个小的自发团队是不可能的,但是做一款像样的游戏还是可以的,只要你有经验,动机,和时间。,你需要1000小时的编程来制作一
个可运行的测试版,大概10~15k小时完成几乎完整的客户端和服务器。。但是作为团队领导者,你不能只编程。保持团队团结,解决争执,维护公共关系
(PR),技术支持,架设服务器,惩罚捣乱分子,自由讨论,等等都是你的职责。你可能会被非编程的任务淹没。你很可能需要上班/上学,这减少了你花费在项
目上的时间。我们很幸运,没有成员离开团队,但是如果这种事情发生,那的确是大问题。假设你的美工半途离开。或者更糟糕,他/她没有给你使用他/她作品的
许可。当然这可以通过和他们签订合同来解决,但找另外一个美工仍然很麻烦。一个工程中有两种不同的美术风格也是问题。
  
  2、需要大笔金钱(通常 4-6 位数) 用来架设一个 MMORPG 服务器.
  
  当然,这不是真的。我见过专业服务器,1000GB/月,不到100美元/月(2~300美元的初装费)。除非你的数据传输协议设计非常不合理,
1000GB/月对一个1000玩家在线(平均)的服务器来说足够了。当然,你还需要另一个服务器做网站和客户端下载(客户端下载会占用大量流量,当游戏
变得流行的时候)。我们的客户端有22MB,有时候会有400GB/月的传输量。而我们还没有很流行(仍然)。另一件事,我们不需要另一台专用服务器开启
这个工程。ADSL/cable服务器可以胜任,直到你的同时在线人数达到20~30。然后要么找一个友好的主机公司,用广告交换免费主机,要么就只能自
己掏腰包了。
  
  3、制作一个MMORPG很有趣。
  
  这不是真的。你可能认为每个人都会赏识你,玩家会支持你,你标新立异,并且,当然,很多玩家都玩你的游戏。玩家可能让人讨厌。即使是完全免费的游戏,
他们也能找到理由抱怨。更糟糕的是人们经常会抱怨矛盾的事。战士会抱怨升级太难,商人会对战士掠夺大量钱财很失望。如果你减少怪物掉落物品,有些玩家就会
威胁说要退出游戏。如果你增加,同样的一群人会不满新手能更简单赚钱的事实。
真是左右为难。改革和改进是必须的。如果你决定改变某些东西,例如给加工物品增加挑战性,有些人会说太难了。如果你不做,他们又会说太简单无味。你会发现
满意的玩家通常不会说什么并且感到满意,同时破坏者会怨声载道。
    
  MMORPG的经济比单机版难以平衡的多。在单机游戏,你可以逐渐改良武器,只要玩家进展,他/她可以使用更好的装备,丢弃(或者卖掉)旧的。另一方
面,在多人游戏里,这种观点不成立,因为每个人都试图得到最好的武器,而跳过低等级武器。大部分玩家宁可空手省钱,直到他们能买游戏中最好的武器。经济系
统设计要参考相关的文章。
    
  迄今为止我列举的所有事情,加上额外的工作和挑战,足以让你在决定涉足这个工程之前三思而行。你必须知道你的决定意味着什么。
  
  总结
  
  希望这篇文章能给你足够的知识。我的下一篇文章将介绍如何建立一个经济系统(更明确的,要避免哪些错误),还有一些调试服务器和客户端的信息。

  
  关于作者

  
  这篇文章作者是 Radu Privantu, 永恒大陆(Eternal Lands) www.eternal-lands.com的主程序和项目规划,
永恒大陆是一款免费,客户端开源的MMORPG。

游戏制作的基本过程

游戏制作的基本过程

转载自http://job.17173.com/content/2008-05-27/20080527172217283.shtml

2008年05月27日 17:22:17  
发表评论/查看评论

  
 项目上马,资金进帐,员工到位。当一款游戏的开发工作正式开始的时候,首先要解决的问题就是引擎。

  1.引擎设计

  引擎的开发往往是由设计人员协助程序人员完成的。在这里要明确一点的是,游戏的好坏跟引擎有很大的关系。所以引擎设计的是否合理就从某个程度上反映了游戏的水平。因此引擎设计应从以下几点出发:

  1.1功能分类

  任何一款游戏都有好多的功能,比如攻击,使用物品,施放魔法,移动,键盘输入,更换装备等等等等......而这些全部都需要用引擎来实现。所以,在设计的时候就有必要考虑将功能进行分类和简化,并且将某些功能的实现可以看成是另外几个功能同时作用时的结果。从最基础的功能开始着手设计,不断的利用已完成的功能去实现新的功能。但要注意不要将两个或多个功能相互混淆或相互倚赖,它们之间应该是独立的。即,每一个在引擎里定义了的功能都可以脱离其他功能单独使用。而其他功能的实现只需要调用一下这些功能的结果就可以了。

  1.2物品清单

  物品清单本来是应该脱离引擎存在的,它可以通过脚本去实现。但这里所说的物品是构成世界的最基本的元素,也就是一些原始资源。比如:男人、女人、动物1、动物2、植物1、静物1等等。有了这些最原始资源,我们的引擎就显得有点意思了,我们就可以用引擎就构造世界了。

  1.3地图编辑器

  是的,地图编辑器最好也包含在引擎当中。其目的不是为了满足玩家的需求,而是为了能够反复利用引擎去开发不同游戏。还记得我们已经有了一些原始的资源吗?那就拿来创造世界吧!当然,我们手头有的资源太少了,地图编辑器还需要更多的资源,比如怪物、宝物、地形等等。

  1.4后门

  游戏引擎应该提供一个后门为管理人员准备。它不仅能够提供一个不经过编译而直接修改游戏内容的方法,而且也为今后的测试提供了极大的方便。

  OK了,到了这里,设计的工作基本上就差不多了。当然不要以为引擎的开发是这样的简单,大量的工作还是由程序人员完成的。我们只是给程序人员提供一个导向,或者说是标准。制定这个标准的目的是为了今后开发的方便,而不是为了跟程序员找别扭。所以在这方面还是多听些程序的意见比较好。

  现在我们终于有了一个引擎了!(^_^)下面的工作会变的轻松很多

  2.游戏规则

  游戏之所以好玩,就是因为游戏对每位玩家所采用的规则都是相同的。所以优秀的游戏必定有优秀的规则,无论你要设计的游戏是什么,先把最为主要的规则定下来。

  2.1胜负判定

  不要认为胜负判定非常容易,其实游戏只要复杂一点,那么胜负的判定就会变的很困难。比如说当一个炸弹同时炸死自己和仅剩的一个敌人的时候如何判定胜负?或者当双方积分相同的时候如何判定胜负?当然,最简单的办法就是和局。所以首先要有对胜负(和)的判定。

  2.2公式算法
 
  游戏中难免有这样那样的数值,之间的换算关系是需要好好研究的。这方面有专门的文章讨论,这里不多说。

  2.3随机事件

  游戏之所以好玩还有一个原因就是随机事件。当随机时间发生的时候上帝都在祈祷。如何充分的利用随机事件来让玩家体会到更多的乐趣的确需要好好的考虑。

  当然,根据不同的游戏还应该有更多的公式,这里无法一一列举出来探讨。

  3.剧情

  有些游戏有剧情,比如说RPG。而剧情的设计往往是爱好者的看家本领,这里不多做讨论。但本人还是建议注意以下几点。

  3.1长度

  庸冗繁琐的剧情是最令玩家们所讨厌的。所以在无法保证剧情质量的时候还是先考虑一下保证数量上的简洁,最起码不会被骂做“裹脚布”。

  3.2结局

  相信很多玩家都喜欢多结局的RPG,有悲剧结局也有喜剧结局,有的还有恶搞结局。所以在结局处理上可以比故事情节上多下些工夫。其实无厘头的结局也不失为一个选择。

  3.3支线剧情

  有的玩家不喜欢玩支线剧情,也有的专门喜欢玩支线剧情。其实这个实在没什么好争论的,设计的时候可以完全兼顾。主线剧情环环相扣,支线剧情费尽心思,两者穿插。这样就可以满足两种玩家的要求。何乐而不为?

  现在一款简单的游戏基本上就有个轮廓了,但是我们还可以丰富它,让它成为赚钱的利器。

  先来点韩国泡菜的味道

  4.法术&物品&属性&其他

  玩家要得到最好的,我们就给他最好的。作为交换条件,玩家要付出更多的时间去“泡”。

  4.1法术

  法术不要弄太多,要有针对性。不要将游戏做成NWN那样。每个人都可以从不同角度给NWN做出很高的评价,但真正窝在家整天玩的不是NWN,而是TFT。

  4.2物品

  “究级装备”“黄金宝剑”“暗金套装”“超级极品”你的游戏需要这些吗?为什么不呢?一切有利与赚钱的都值得考虑。

  4.3属性

  星际和TFT是当今最火的游戏中极耀眼的两个,值得称赞的地方太多了。但是有一点大家应该注意到,属性的修改是每个版本必须做的工作。因此我们在设计的时候也要着重考虑这个环节,这不仅可以让游戏变的趋于完美。更主要的是可以获得很多免费的评论和宣传,也会招来很多新的玩家。

  4.4其他

  需要提的太多了,怪物啊,BOSS啊,迷宫啊......这些具体的问题可以根据具体的游戏来确定。有一点是不变的,那就是游戏要用来赚钱,这是大前提。

  好了,到这里大家似乎已经迫不及待的去写自己的策划案了。但是请大家不要着急,还有一些非常重要的问题没有说。

  5.界面&操作

  我们的电脑不是一打开就自动进入游戏的,当我们用鼠标双击一个应用程序图标之后,一切就变的难以琢磨。

  5.1界面

  界面的设计力图简洁、明了,能够让玩家一眼人出来哪里是New
Game、哪里Save、哪里Load,当然最为重要的就是要在明显的地方放上Quit。不要在界面里跟玩家玩“捉迷藏”。F1一定要设计,但是千万别在这里显露你的文笔,没有几个玩家愿意花十几分种去看HELP里的信息。更不能让玩家去找按钮,应该直接用箭头给玩家指出来。有些按钮或状态栏隐藏在深一些的菜单中,玩家不见得一下子就能找到,一定要有演示动画指明地方。要知道,玩家停留在HELP信息中的时候是最容易放弃一款游戏的。

  5.2操作
  
  最好采用通用的操作,比如说鼠标左键是选取,右键是放弃。关闭按钮在窗口右上方或窗口底部明显的位置。鼠标移动最好是左键走,右键跑。键盘操作最好是W、S、A、D或↑、↓、←、→。设计师应该尊重玩家的操作习惯,这样容易博得玩家的认同感。还有,热键和自定义键位功能应该是为那些高级玩家准备的。这些东西不必要告诉新手,也没必要放在HELP信息里,让玩家自己慢慢的去摸索就好了。

  基本上到这里一款游戏的设计工作就接近尾声了。当然,还有很多要设计的东西,我没有在这里说出来~今后讨论。

公司技术管理角度看C++游戏程序员发展

原创 公司技术管理角度看C++游戏程序员发展

              
转载自http://blog.csdn.net/puzzy3d/archive/2008/05/17/2455094.aspx

 


公司技术管理角度看C++游戏程序员发展


H3D


这是我多年来招聘培训游戏程序员的一点想法。一直想汇总一下。主要目的是为了更好的对公司新进C++程序员进行培训,并且建立起游戏程序员培训,发展,成才,成为核心骨干,管理层,期权收益人等一整套体系。因为对于MMO游戏制作来讲,解决好C++技术队伍,是保证合格软件的基础之一。


     


我在的H3D Studio核心技术人员和游戏制作管理人员全部是SMTH BBS游戏制作版成员。从99年开始截止BEGINER的历任版主都在H3D STUDIO里工作过。在这里我把具体的培训以及技术队伍组建的内容去掉,只和大家聊聊关于游戏程序员切身利益相关的事。


     


另外这不是居高临下来评判什么事情。我本人也不是多么高级的技术人员或者管理人员。只是坚持做一件事情年头很长教训很多而已。所以有些体验。文中所有评判其他结构或人水平低,并不是说我本人水平有多高。不要误会。

 


     1


,C++游戏程序员现状


     


中国C++程序员100%都是自学的。因为中国几乎没有象样的C++培训机构。大家都知道社会培训是赚钱为主要目的。能在那里成才是个大运气。也不象JAVA有SUN公司一手推行。中国大学教育里也根本没有C++教学。关于C/C++基础课的知识,只是让学生入门。但对于实际的C++软件工程应用,大学课本知识实践意义不大。最重要的是,大学里没有合格的C++老师。编程是门技术,叫手艺也行。而大学是搞科研的,多的是科学家,靠出PAPER教科凭职称为生。并不是技术员。没有10万行以上代码经验和成功软件项目经验的人,很难教出中高级C++程序员。


     


游戏制作业对C++程序员的要求是比较高的。比一般行业软件高很多。因为任何一个MMO都是个中大型软件项目。日使用人次达到几十万上百万,同时使用人数几十万在线的大型网络多人交互软件,集成了超过十几项专业领域编程技术的软件,想不大都不行。


     


另外,中高级C++程序员能力一般都很强。因为都是自学成才,这需要较高智商,很强的自学能力,解决问题能力,和克服困难的毅力。但是这种人才在游戏行业里人数并不多。抛开凤毛麟角具备整体大型软件架构能力的高级人才不谈。能够承担独立模块开发,具备独立解决问题的能力,写出在空间,性能,可维护性等几个方面达到要求的C++程序员,也是很难找到的。而具备这些能力,同时又具备一些专业领域技术的人(图形引擎,网络引擎,等),更加稀少。


     


所以,即便是大游戏公司,对于C++游戏程序员的需求,也是永远不能够得到满足。而已经在公司工作的C++程序员,不经过短则3个月,长达1年的锻炼,也无法真正胜任独当一面的C++游戏程序开发工作。


2

,MMO游戏开发对C++游戏程序员要求


     


前面提到,所有MMO游戏都是中大型软件。软件占用空间,稳定性,性能,可维护性等各项衡量软件质量的指标,对MMO游戏软件的要求都非常严格。远大于普通行业软件。这种规模和银行系统类似。而客户端和软件逻辑比一般的商业软件又要复杂很多倍。这就要求软件编写人员具备较高的程序编写素质。


     


游戏软件中,解决好软件工程部分,只是项目的1/3。另外两部分是策划和美术/音频。从经验来看,需求变更对于MMO游戏软件,不是偶然事件,而是一种MMO游戏软件开发的基本属性。游戏软件投入大,周期长,风险高。MMO市场变化也大,交互电子游戏发展迅速。游戏软件必须面对外界变动。又因为开发周期长,所以软件需求变动成为了软件开发的一种基本属性。犹如复杂性是软件工程的一项基本属性一样。


     


这导致游戏软件的开发充满了不确定性。交互娱乐不同于商业应用。娱乐是属于理性和感性之间的领域。而C++开发面对就是0和1的二元世界逻辑。这两个领域存在着不可调和的矛盾。这种情况,对C++游戏程序员提出了更高的要求。


     


首先,基本C++知识,C/C++运用技能,必须极其扎实。并不是游戏软件开发用到什么平时书本上很难得到的知识点或者技能点。游戏C++开发的知识体系和技能体系,利用现有C++书籍就可以满足。比如《C++ PAORGRAMMING LANGUAGE》《C++ PRIMER》《EFFECT C++》《MORE EFFECT C++》等。但是在开始游戏编程之前,把这些书本吃透并且实践熟练的人,非常难遇到。当然能够真做到这点的人,已经是个中高级C++程序员了。我曾经遇到过一个,毕业工作不久就去了GOOGLE


     


其次,对于面向对象的深入理解。是非常重要的。熟练掌握C/C++语法,编程技巧,只是满足了C++游戏程序员一部分要求。而面向对象观念的深刻理解,会为大型C++项目开发带来翻天覆地的变化。 有时候,在一个10人以上并行开发的C++游戏项目中,面向对象方法会成为救命稻草。《设计模式》以及《设计模式解析》相关的书籍,也是必修课。


     


最后,好技术人员的本质是自大的。这属于正常。但是如果这种习性影响了自身继续提高和团队合作。以及影响了其成为技术管理者和项目技术核心时,那么这种技术人员的自身价值会大打折扣。 如果早日越过自命不凡这一关,扩大眼界,继续在综合素质上提高。在技术管理能力,架构能力上提高,其自身价值才会继续增长。落到实处,就是待遇和身家增长。


     


由于游戏开发的本质是团队开发。任何时候,只有对一个团队有价值的技术人员,其本身的价值才有可能得以体现。


3

,成长和技术发展路线


一般技术人员发展有几个阶段


1

,具备独立开发局部功能的能力


比如为某个UI编写逻辑接口函数。为某个LOGIN对话框编写自绘制控件等。


2

,具备独立开发和攻关某个功能模块的能力


比如为游戏增加一个小型逻辑功能模块。


3

,具备独立设计并开发某个系统的能力


比如设计和开发AUTOPATCH 系统


4

,具备解决技术难题,设计架构的能力


比如开发网络同步仿真系统,开发一个中大型游戏制作工具


5

,具备整体架构,管理,协调其他人共同开发一个大系统的能力


客户端主程,服务器主程,引擎主程等


6

,技术director


制定技术发展方向,技术团队建立,技术管理等

 


     


在迈向每个阶段的过程中,伴随的都是巨大的工作量和工程压力。有时候是跨越1年的失败等等。在公司项目不成功时转换单位,重新开始,或者继续做为核心团队留在公司继续从新的机会做起,都是好的办法。但关键是吸取经验教训,尽量多学多练。并且结合自身长处发展。当然,游戏制作人员,最好还是依靠一个核心团队。成为核心团队的一员。


     


能够达到第三档的程序,已经是公司不可缺少的人才了。但往往程序员自身对自己的认识,和公司对其的认识,有时候会有差异。我碰到过一些人,脑子好用,写东西很快。各种技术都有涉猎。但总是不放心让他独立开发设计某个系统。哪怕是相对独立的工具。也会被搞得一塌糊涂。要后面人不停擦屁股。可自己还觉着自己水平很高。这种人浮躁,眼高手低,不愿意细致周全的做好一件完整的事。所以就可以看到他不停的跳来跳去,可在新公司的职位也没有见多么提高。公司非常重视交给一个程序员一件事,他是否能完整,考虑周全的把事情做完。哪怕时间长一点,也不能不做完。这会给工程带来致命的后果。


4

,发展待遇


     


从自身经验出发谈一下公司是怎么考虑技术员工待遇的。


     


前面提到的6档,粗略了划分了待遇水平。其实到了第三档,你的待遇已经是这个行业所决定的了。而不是某个公司决定的。因为游戏业大量缺乏这样的C++程序员。如果具备这个水平,在几个大城市游戏公司找到工作并不难。大公司提升慢,还有我这种不到百人规模的公司要。所以行业价格才是公司要考虑的。如果给少了,软件项目的C++程序员流失会带来较大影响。但给的多,其实是C++程序员自己的价值增长瓶颈。如果几年下来一直以为自己水平就该拿这么高,结果到了一家整体技术水平比较高的企业,就会彻底傻眼。这个时候再放低心态去重新开始,对技术员来讲就是件很艰难的事了。


     


在目前游戏行业技术水平普遍较低的情况下,哄抬程序员工资水平对程序员自身好处也不会很大。就算一个新手本来拿几千的水平,给他1万。他根本就不会知道自己到底有多少水。一年下来也就多拿了3-4万人民币。可耽误的是学习,影响了心态。而那些心态好,知道努力方向的技术人员,干个3-5年后如果有拿期权和股权的机会,比那些一开始虚高的人,身家就不知道高多少倍了。

 


     


下面再谈谈我个人在招聘C++程序的体会。


     1 


做为C++程序员,成长周期比较长。如果是新手(代码量少于2万,没有做过大型项目的),会考察3点。是否踏实肯钻研,有无责任心,以及是否够聪明。如今,满足这三点的人其实不多。


     


责任心是人品,决定了是否对公司有贡献。这是最重要的。有些人其实很自私。这种人对公司贡献是负数。而且到头来,自身价值也很难起来。因为技术是要靠游戏的商业成功体现价值的。要取得商业成功,就需要一个团队为一件事付出。是否踏实决定了能学会多少技术知识。关于智商,我是最近2年才意识到人的智商确实有很大差别。干程序这行,智商必须越高越好。否则前途不大。


    2 


如果是有过2-3年C++程序经验的人,应考察的是人品,是否自大,是否有合作意识,是否跳槽频繁。


     


首先还是责任心。太自私,太为自己着想,时刻把自己利益看成最重要的人,到哪里都不会受欢迎。无论他技术有多好。


     


然后考察的是是否自大。人最容易自大的时候,往往是对一门技术已经入门,取得一定的小成就。但是眼界还没有开阔,没有领略到这个领域真正深入的技术知识。周围缺少好技术的人。这个时候,技术人员都容易自大。适度的自信和自大是允许的。但是目空一切就完蛋了,说明这个技术人员的提升空间很小。 


     


合作意识是游戏开发的关键。包括交流能力,思考和解决问题的思维方式。一个喜欢独来独往的技术人员,在游戏团队里是个很可怕的事情。因为游戏软件不是一个人能够完成的事情。由于逻辑复杂,需要各种专业技术领域知识,需求变动频繁。每一步都需要团队通力配合。缺乏这种意识,或者对团队开发不适应有抵触的技术人员,在游戏开发领域存活的希望不大。


     


做为一个C++程序员,跳槽频繁的履历是很致命的。做C++时间长的人都知道。进入一个庞大的C++软件工程本身就需要不少时间。经过培训,项目熟悉,在为项目做贡献,这个时间短不了。如果一个人经常跳槽,说明他一直没有踏实在一个项目里深入做过核心的东西。或者做失败一个马上跑掉。这种人公司不敢要。


     3 


对于有专项技能的程序员,比如图形程序员。C++只要入门有培训空间即可。但对专业要求比较高。应该是已经在某个技术领域钻研比较深。 当然最后在公司还是得成为使用C++熟练的高级程序员。因为任何专业领域的技术如果要应用到工程中,还必须用C++做工具。


     4 


好的C++游戏程序员,其实不容易找。如果他干得好,早就成为项目核心成员。如果项目不错,自身待遇也会很好很稳定。不需要通过一般应聘渠道应聘。不是被拉到公司做核心技术拿期权,就是自己创业。

 


     


这里我打个比方。网易有个云风。大家都知道他是大话西游2的客户端主程。他是中国第一个做开源C++游戏引擎的人。开放了一整套C++游戏引擎代码。这是他大学时做的。毕业后去网易。有了平台,做成了中国历史上最成功的MMO之一。做为游戏技术人员,他的价值可以说已经是很高的了。到底有多高,我们都不好瞎说什么具体数字。但可以这么刨析一下。


     


一个经验丰富的C/C++程序员。有过中国自主研发在线过百万游戏的成功项目经验。目前有网易出钱让其独立领导队伍搞引擎和游戏产品已经快3年。这样的一个履历,经验,本身就价值很高。他在任何公司都可以找到年薪几十万的工作。如果他具备管理才能。哪怕就是项目管理,或者技术管理能力。对于一个上市公司,他能做出的贡献,应该用百万/年量级来衡量。如果他能找到一个商业人士,负责舵手,并且自己具备一定商业能力,独立创业。吸引的天使风险投资也得几千万(否则做不了事,当然)。如果产品能做成,身家到达几千万是很自然的事。


     


我相信中国游戏程序员水平,运气,发展空间比他高的人不多。那么我们可以拿他做个标杆。


     


我知道很多人不服他。不过这里说的问题并不是关于他本人的。也不需要对他本人做什么服不服的评判。做为一个社会的人,不是靠能写多少行代码,代码多么优雅水平多么高来衡量身家的。从这点说,技术没有转化为成功商业产品之前,它的价值为0。做为技术人员,社会衡量他价值的标准,并不是要去阅读代码是否质量优越速度飞快。而是看他能为一个成功商业产品或者公司发展做出多少贡献。这个道理,几年前我还不太明白。而且我做为一个技术人员,相信多数技术员同胞们都不太可能从根儿上理解和认同这个看法。这里不是评判水平,而是评判价值。你的价值代表了你能够拿到的待遇。这个不是某个老总说了算,某个公司说了算,而是取决于人均GDP和当前行业发展水平,行业销售额的。我想这个道理也适用于所有游戏制作相关人员。搞制作的都是技术人员。

游戏程序员养成计划

原创 游戏程序员养成计划收藏

09.3.27更新   转载自http://blog.csdn.net/soilwork/archive/2009/01/08/3731645.aspx

     

       
与玩游戏相比,写游戏要复杂上千万倍,除了需要掌握通用的编程技巧以外,还要有相当的图形学,物理,数学基础,特别是在国内,由于相关资料的缺乏,更是让初学者无从下手。下面总结了一些入门方法和比较容易入手的资料。

        
首先你要精通一门高级语言,比如C++或者C#,其次,要有良好的英文阅读能力。对游戏开发者来说英文阅读能力是最重要也是最基本的工具之一,因为你遇到的大部分资源都将是英文的,不要总等着别人为你翻译。慢慢尝试着阅读英文资料,你会发现其实也并没有那么难:)

        
刚开始,你要做的就是选择一门图形API,一般就是DirectX或者OpenGL之间选一个。如果考虑到跨平台,那么OGL是首选.
如果只在ms的平台,则DX是首选。我对OGL并不是很了解,所以下面大部门资料都是和DX相关的。

        
当然,作为准备工作之一,你首先要到DirectX Develop Center下载最新版的DirectX
SDK。

        
入门书籍非常重要,推荐<<Introduction to 3D Game
Programming with DirectX
9.0>>(好像去年出了中文版)也就是传说中的龙书,这可以说是最好的DX入门教材,Frank
Luna从浅入深,讨论了DX的方方面面。另外再配上<< Advanced
3D Game Programming With DirectX
9.0>>,书名虽然是advanced,但实际上没有多少advanced级别的内容。看完这两本书,你基本上已经对DirectX比较熟悉了。如果你希望学习XNA,也是一样的,毕竟XNA是以DX为基础。

        
不要一开始就看图形学的书,这个时候你对图形编程还没有一个基本的感性认识,因此八成看的云里雾里。不要以网上的教程和论坛提问作为主要学习途径,找一本好书,系统学习,效率才最高。不要马上看SDK里的例子,很多图形学的基本原理仅仅通过读代码是不会明白的。某些年代太过久远的书就不要看了,比如《windows游戏编程大师技巧》(总看到有人在找这本书)。有人说基本的思想总是不变的,可惜对于现代GPU来说,很多早期的技术和优化技巧早就过时了。图形编程是发展的非常快的技术,看看GPU的发展速度,1~2年就是一代产品的革新。

         
好了,入门之后,是你巩固和拓展视野的阶段。现在看计算机图形学就比较合适了。吐血推荐<<Real-Time-Rendering>>,这本书算得上是所有图形程序员的必读书籍和参考手册了。最近刚出了第三版(更新:已经有电子版了)。可惜国内只有第二版,稍微有点老,如果实在找不到第三版,还是值得一读。国内其他所有以图形学命名的书都有一个共同点:枯燥,过时。只需看看其中二维三维变换和曲线曲面表示的部分即可。如果这个时候发现你当年数学没有学好,那么有三本数学书是为游戏程序员量身定制的:<<3D
Math Primer for Graphics and Game
Development>>,
<<Mathematics for 3D Game Programming
and Computer
Graphics>>和<<Essential
Mathematics Guide 2nd
Edition>>,第一本书有中文版,最后一本则是08年才出的新书。

        
其实入门之后,就没有固定的学习路线了,最好根据你感兴趣的方向来学习。

Shader方面:《Cg_tutorial》和《The
Complete Effect and HLSL
Guide》都是不错的入门材料,当然还有SDK文档。<<Shaders
for Game Programmers and
Artists>>有大量入门的例子。<<Advanced
Lighting And Materials With
Shaders>>详细介绍了各种光照模型和技术。<<GPU
Gems>>
1~3册肯定是必读的,虽然有1,2有中文版,但某些翻译并不是很理想,强烈建议直接看英文版。ShaderX系列也是很经典的系列,每年出版一本,包含了最新的实时渲染技术,如今已经出了第6册了。不过网络上只能找到1~3册。1,2册大部分shader都是用asm写的,不过看懂原理,转换为HLSL也并不难。另外Nvidia
SDK和ATI SDK也是学习shader的重要资源。最后还有刚出的<<
Programming Vertex, Geometry, and Pixel
Shaders>>

地形:<<Real Time 3D
Terrain Engines Using C++ And
DX9>>非常全面的讨论了关于地形渲染的各种技术,至少应该把第5~9章都浏览一遍。之后便可以
到virtual terrain查阅近期的地形渲染技术。

模型导入和动画:<<Advanced
Animation with
DirectX>>,仅此一本足以。

物理:<<Game
Physics>>和<<Game
Physics Engine
Development>>都不错。<<Real-time
Collision
Detection>>是碰撞检测方面最好的书,可惜目前还没有电子版。

LOD:<<Level of
Detail for 3D
Graphics>>

Ray
tracing:<< Physical-Based Rendering -
From Theory to
Implementation>>

引擎设计:说实话,这方面还没有特别好的书,大概越是核心的内容,越少有人愿意写吧。<<3D
Game Engine Architecture Engineering Real-Time Applications with
Wild
Magic>>只有第三章值得一读。<<3D
Game Engine
Programming>>可以选部分感兴趣的章节看看,不过总的来说,讲的比较浅。更新:<<3D
Game Engine Design, Second
Edition>>出了影印版本,强烈推荐。最近发现<<Pro
OGRE 3D
Programming>>也很不错,200多页短小精干,但是可以让读者快速了解一个既有引擎的设计和构架。

AI:<<Programming
Game AI by
Example>>非常不错,好像还有中文版,备选<<Artificial
Intelligence for
Games>>。当然<<AI
Programming
Wisdom>>系列也是必读作品,不过目前网络上只有1~2册。

网络:%##@%...(本人是网络白痴 +_+........)

综合:<<Game
Programming
Gems>>系列,不过由于内容涉及的过于广泛,文章质量参差不齐,选择性阅读就可以了。历年GDC,
Gamefest t,Siggraph等大型会议的paper也是应该关注的。

        
至于那些“All in
one”或者n天较你写出个FPS游戏的书就不要读了,这类书的通病是什么都说了,结果什么也没说清楚。

        
除了书以外,再推荐一些不错的网络资源:

www.GameDev.net 除了大量教程以外,论坛里多年累计下来的内容保罗万象。好好利用论坛搜索,你会发不管你多厉害,那里总有一些比你强大的人在很久以前就遇到了和你同样的问题,并且给出了解决方案。

Nvidia和ATI的开发者中心

creators.xna.com XNA官方网站

www.gamasutra.com 与GameDev类似

www.beyond3d.com 这里的除了讨论软件以外,还能看到对硬件构架的分析

www.ziggyware.com 最好的XNA教程网站

www.gameres.com 国内唯一比较专业的游戏编程网站,可惜和GameDev相比就显得太寒碜了-_-#

        
当然,不要忘了收集各大论坛里牛人们的blog:)

        
最后,仅仅靠看书是不够的,多写多练才是王道。

ps:以上书籍,除了特别注明的以外,都是可以通过网络或者书店入手的。
pps:不要找我要电子书,我能找到的,相信你也能找到,你找不到的,我肯定也没有 🙂