达达尼昂 | 游戏设计[资料] | 2009-07-20RPG&SRPG伤害式计算方式杂谈【转】
以下的损伤式，如果没有特别指明的话，一般讨论的都是普通物理攻击的损伤。魔法攻击、特殊攻击暂不考虑。
基本型：
损伤＝攻击力－防御力
其中，攻击力一般要分为人物自身的攻击力和武器的攻击力，所以又有：
损伤＝人物攻击力＋武器攻击力－防御力
防御力当然也可以分为人物的和防具的：
损伤＝（人物攻击力＋武器攻击力）－（人物防御力＋防具防御力）
但也有个别游戏在这里选择了简化。最典型的就是FE系列。
这种基本型的一个重要之处，是人物攻击力和武器攻击力的重要性要平衡好。
以FE为例，人物部分最大值在20～30左右，而武器也一般在这个数值附近。使得二者的作用基本是对半分，其中武器的值一般略低于人物的值。
而且因为FE的数值都偏小，加上必杀的大损伤、敌人的能力值不十分高、武器的损耗等因素，使得一些初级的武器能一直使用到后期。比如776中，攻击力只有6的铁剑就能一直比较活跃。
反之，如果游戏中的人物能力值数值很高，变化很大，而损伤公式仍然是基本型的话，则存在一个武器不断替换的问题。
比如SN3，人物的能力值由开始的几十升至最后的几百，在人物能力值不同提升的同时，装备也一批一批的被更换。游戏最开始时入手的是攻击力只有十几的武器，而到最后入手的武器攻击力均在二百左右。如此的话，初期和中期入手的武器在后期是肯定不会考虑使用的。造成了武器之间的强弱等级差别很大，略失真实性。但更多的RPG都情愿采取这样的模式，因为装备的不断替换更能体现出RPG的育成、增强的感觉。
基本型的损伤式看似简单，但实际游戏中往往还要加上各种系数修正。最常见的是乱数的修正，而像SN3般虽然没有乱数影响，却也有着攻击方向、高低差、距离等因素影响，其结果并非都像FE般能比较精确地预测。
关于防御力：
防具的防御力还好理解，人物自身的防御就实在很难解释是怎样的一个概念……再强的肌肉，在刀剑面前也不见得能有多少抵抗力。所以有不少游戏采取的是只有防具防御力，没有人物防御力的做法。但仍然有很多的游戏保留着人物的防御力。看着穿布服的人用肉身承受数十下刀砍，真不知道是什么感觉>_<
人物的力气和武器攻击力之间的作用关系，也一直是一个很难解释清楚的地方。按基本型的算法，只需2者之和超过对方的防御力，即使其中一者低到何种程度，也确实能给对方造成损伤。不过也有着很多游戏，对武器攻击力和人物攻击力采取的是不同的算法，这就是下面要介绍的系数型……
系数型：
人物攻击力和武器攻击力的平衡是损伤公式相当重要的一个环节。系数型与基本型最大的区别就在这里：系数型中，人物攻击力和武器攻击力不再是简单的相加关系，而是将人物能力对攻击力的影响作为系数作用在武器攻击力之上。
如下便是系数型最基本的形态：
损伤＝（武器攻击力－防具防御力）×人物能力系数
这样的基本公式，被FF系列数代所采用。
系数型的计算比基本型略为复杂，损伤结果更难预测，尤其是数值比较大时更是如此。
但其实从设计者的角度，系数型的数值设定却不一定就比基本型的复杂。
系数型和基本型的区别，主要在如下的一些方面：
1、基本型自始至终都要控制好人物能力和装备能力之间的关系，而系数型因为将这二者的算法分开，便能将这二者由不同的角度去控制。
拿776来说，如果将攻击力为6的武器换为攻击力12的武器，给损伤带来的影响仍然会因为使用者的力气而有很大区别。如果人物的力为6，那么损伤增至原来的150％。但如果人物的力为20，则损伤的增加仅为原来的123％。
但对系数型来说，武器攻击力由6变为12，则意味着损伤一定是原来的200％。就是说武器攻击力的变化和人物能力的变化是比较独立地分别作用在总损伤值之上的。
2、通过控制不同时点获得的武器和防具，能将（武器攻击力－防具防御力）这一项始终稳定在一个范围之内，再通过能力值对攻击系数和HP上升这2者关系的影响公式，就能最终保证在所有数值不断增加的同时，损伤值能比较稳定地得到平衡。而正是武器攻击力和防具防御力直接作用的这个特点，为游戏带来了这样的特性：一旦防具防御力高于武器攻击力，无论系数多大，也不会有任何影响了，损伤固定为0。一般在系数型的公式算法下，高防御力的作用更容易被突出。如果是基础型的公式，尤其是那种忽略了人物防御力的公式，很容易出现到了后期各项数值都很高时，防御力的作用越来越被减弱的现象。
用系数型损伤式的游戏，最典型的就是FF9。FF9中人物能力系数在很多情况下就直接等于人物的力气值。
FF5也是系数型的代表，不过跟FF9相比，系数值除了力气的影响外，还加入了人物等级的影响。这是很多RPG，尤其是现在难度越发偏低的RPG惯用的方法。因为FF系列的能力成长很多都不是采取跟等级同步上升的方式，损伤有了等级的直接影响，对于一些不太熟悉系统的玩家，最起码还能靠练级来直接增强实力-_-
FF5的基本物理、魔法攻击系数计算式：
物理系数：(LV×力/128)+2
魔法系数：(LV×魔力/256)+4
最后附加的2和4可以看作系数的基本值，作用是保证攻击威力的程度，不至于lv、力/魔力都很低时完全没有损伤。
RPG和SRPG的区别：
跟RPG不同，SRPG往往会要求对损伤有比较精确的计算。损伤值如果由系数型计算，能比较方便的产生很大的损伤数值，但同时也会给喜欢精确计算的玩家带来一定的麻烦。
不过作为SRPG的FFT使用的也是这样的系数式。出现在FFT中的武器攻击力和人物的AP值（相当于系数）都很小，整个流程中基本都是在几到十几的范围。
简化型&综合型：
之前提到过有简化了防御力，将人物防御力去掉的损伤式。
不过更有直接把防御力都去掉，损伤式只剩攻击力的类型。
FFT便是没有防御力概念的系数型，防御的作用是增加HP。
不过游戏中的实际公式除了攻击力、防御力这些最基本的概念外，往往还要加上很多的附加项。
其实上面这样的分类是十分不严谨的。
FM4没有防御力的概念，也没有人物能力值的修正。如果按上面的分类，将是最简化的形式：
损伤＝武器攻击力
但实际的公式，却有着很多其他的修正项：
损伤＝武器攻击力×武器等级修正×属性修正×特技修正×Chain修正×格斗出力修正×敌方技能修正×（1＋RND）
像这样每项系数相乘的公式还是很容易理解的。不过有更多的情况是在不同地方有相加也有相乘的复合公式。下面我们具体看看几个损伤公式的例子。
FFTA：
损伤＝武器攻击力×（总武攻－敌总武防/2）/100
总武功＝人物攻击力＋武器攻击力
总武防＝人物防御力＋防具防御力
FFTA的损伤式比较特别的地方是，武器攻击力在计算中使用了两次，其作用被提升到了最重要的地位。武器攻击力间的差别很大，由最低的十几，到最高的87，整整相差了好几倍。而防具的防御力，仅仅只能作为跟人物防御力相加后的系数项的一部分，之后还被除2，完全放到了被忽略的地位。人物间因为不同职业成长而产生的人物攻击力差距，也不能很好的得到体现。
TO：
[（人物攻击力＋武器攻击力）×攻击系数＋人物防御力×防御系数]×抵抗系数
TO的损伤式是出名的复杂的，不过稍加归纳后，也可以写成如上的简洁形式。最终的损伤值还要加上乱数和攻击方式的影响。
人物攻击力一项，是：人物STR＋人物DEX/2
武器攻击力是：武器STR＋武器DEX/2
人物防御力是：人物VIT＋人物STR/2
两个系数的影响项很多，攻击系数有：地形修正、地形属性修正、必杀修正、武器属性修正、天候－性格修正、天候抵抗、得意武器修正、对龙效果、恐怖效果、支援效果，如此多项。防御系数则少一些。影响项很多，但一般比较需要留意的也就是地形效果、武器属性等几项而已。
抵抗系数指RES，有防具的影响，也有攻击方武器属性和被攻击方人物属性的影响，作用是对整个基本损伤值按一定比例的减轻。
感觉TO的公式更多的是从设计的角度而不是数值的角度去考虑，数值的平衡性也确实有着一些问题。比如武器的攻击力是和人物攻击力直接相加，但武器攻击力一般只有3、40左右，人物攻击力后期却高达数百，使得选择武器时武器的攻击力完全放到了被忽略的位置上。
FF6：
FF6的魔法损伤式很FF5的很类似，但物理损伤式却出奇地复杂：
基本损伤＝武器攻击力＋（等级^2×（武器攻击力＋人物力气×2）/256×3/2）
损伤＝基本损伤×防御修正
防御修正＝（255－防御力）/256＋1
武器攻击力的最大值为255，而人物力气×2的最大值也仅255。这样的公式使得等级对损伤值的影响十分大。而任凭基本损伤一项再大，如果防御力有255，防御修正项也会使得攻击基本无效化。这点其实跟TO的防具防御力处理是很类似的。
VP：
损伤＝[（人物攻击力＋武器攻击力）×武器的攻击信赖度－敌方防御力]×各种修正值
本身就很高的武器攻击力，加上各种系数相乘后达到很夸张的损伤值，是VP的一大特色。
VP后期也有着明显的人物攻击力和武器攻击力不平衡的问题。武器攻击力过万，而人物攻击力不过一千多，人物间的攻击力差距更是被忽略……
RO：
MMORPG的公式经常有改动，使得讨论起来比较麻烦。比如RO中VIT对防御力的影响，在β２就被去掉了。
RO中防具的作用基本是参考了TO，损伤式比较特别的地方在于对攻击的最大值和最小值的处理上。
基本攻击力＝STR＋STR十位^2＋DEX/5＋技能影响
最大值＝基本攻击力＋武器攻击力×武器修正
最小值＝基本攻击力＋DEX
武器攻击力确定的只是损伤的最大值，而DEX能减少损伤波动的幅度。
转自：http://www.sf.org.cn/design/Numerical_Setup/design_17239.html
达达尼昂 | 游戏资讯[资料] | 2009-07-04史上最无聊的小游戏【转】
除了第3个游戏需要使用方向键和空格键，其余3个游戏操作极为简单。
第1个：仅仅需要移动鼠标。
第2个：仅仅需要按下、松开鼠标按键。
第4个：仅仅需要点击鼠标左键或滚动鼠标滚轮。
一、无聊了就来平衡一下
二、无聊了就来啵一个
三、无聊了就来恶搞沙滩游客
四、实在无聊就扯卫生纸吧
来源：有意思吧
达达尼昂 | 游戏开发[资料] | 2009-06-26MMORPG游戏开发入门【转】
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空间游览；
保存角色看起来简单，其实不然。 例如，有两种方式保存角色：使用数据库服务或者使用文件。两者有各自的优缺点：
| 数据库 | 文件 | |
| 优点 |
|
|
| 缺点 |
|
|
现在你决定了如何存储角色，你还得选择C/S通讯的网络协议：TCP 还是 UDP？,我们都知道TCP速度慢，但是更准确，并且需要额外带宽。我实际使用TCP并没有遇到什么问题。 如果你有充足的带宽，TCP是个好选择，至少对初学者是这样。 UDP 会很麻烦，尤其是对新手。 记住，游戏或引擎的初步测试会在你的局域网进行，所有的包都会按顺序依次抵达。在Internet上无法保证这一点。虽然包会按顺序到达，但是有时候会丢包，这通常是个麻烦事。 当然，你可以设计你的协议使得C/S能够从丢包中恢复。但这对初学者来说很痛苦，不值得推荐。
第三步：选择数据传输协议
又是看起来很简单，其实不然。你不能只是发送’’\0’’结尾的串。因为你需要一个通用的协议，能同时适用字符串和二进制数据。用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/2009-06-25/20090625163128782,4.shtml
达达尼昂 | 游戏设计[资料] | 2009-06-01《我所了解的游戏策划》视频【转】
《我所了解的游戏策划》视频
作者 cdhe@live.cn 来源 游戏魂
《我所了解的游戏策划》视频【上】
游戏行业以及游戏制作流程
http://www.tudou.com/programs/view/FJPomPznTfU/
《我所了解的游戏策划》视频【下】
游戏策划软件演示
http://www.tudou.com/programs/view/roDu4A4Ep8c/
达达尼昂 | 游戏设计[资料] | 2009-04-25数值平衡：从零开始策划之路【转】
1 构思—核心创意特色文档
2 提案—市场需求分析与立项书
3 解构—流程图与模块划分
4 版本—版本规划控制于系统实现文档
5 排期—项目进度表
6 协作—数值平衡、UI设计与美工需求文档
7 勾画—数据词典设计需求与接口设置
8 沟通—细致分模和产品演说
9 注册—软件注册申请文档
10 招商—招商书和盈利点阐述
11 说明—产品使用说明书和宣传PPT
12 测试—压力测试和服务器需求文档
13 官网—资料和攻略
游戏杰出与否关键是看游戏平衡性的区别。多数游戏策划要通过反复试验才学会游戏平衡的基本原理。如果他们幸运的话，也许可以得到同事传授的一两个小窍门。精通游戏平衡的人往往警惕地保守着自己的秘密，或者无心与人分享。结果是虽然有关游戏平衡性的信息确实存在，但是可得到的却很少。
下文“试图”阐述一个获得游戏平衡性的方法。
当然，我并不是数值策划，我的经验也非常有限，仅供参考。
简言之：最适合小团体的平衡是剽窃，既然《热血三国》可以“抄单机”，《妖魔道》可以“拿”《龙之崛起》、《大话3》，《九州战记》很“光荣”（专拿光荣公司的东东），……几乎市面上90%的“WebGame”都秉承着抄袭的良好传统，既然这样，作为小团体是没有太多时间去平衡数值的，与其依靠一个生手胡乱意淫，为什么不去弄一个成熟网游的数值来，直接改改用就了呢？
而成熟的团队，往往会拥有一个很有工作经验的数值策划，而他的经验往往又来自于自己上一个工作的项目，也就是说他手中有工具、现成的数据或者窍门，因此可以制作出复合自己团队，属于自己游戏的特殊的数值。不过要真正意义上做到平衡，还是要摸索，微调。
平衡是一个很难描述的话题。
什么是平衡？平衡包括哪些内容？平衡究竟拥有哪些技巧？有捷径么？
1、微观调控
平衡包括很多，职业平衡，经济平衡，克制平衡，它包括一个玩家在这个游戏中投入几周，某个职业在后期应该增加什么玩点，游戏的多样化和数值平衡的难度。一般来说游戏越复杂，模块越多，平衡越难做。因此建议：“从一而终”，先做好一张表的平衡，然后去拓展，以一张表为主，其他以此为依据，你会发现更容易一些。否则，
你一张表的平衡都做不好，还谈其他做什么。
在众多天文数字之下其实是靠着一个又一个公式和函数在左右着它们。很难去想想一个策划用自己的主观臆测在表格中一个个填写数值的样子，他这样填写究竟是有什么标准？他知道多填一位小数对后期产生多大的影响么？
我想他可能并不知道，有一个人这样告诉我：“玩家就是被游戏玩的，老子怎么设计，他就得怎么玩！”
我不敢苟同，我觉得市面上一流的游戏，也没有几个数值策划敢那样做，“我不否认他做梦的时候会这样想。”
平衡需要什么？“目的鲜明”，目的性，为“谁”而设计，目标性，用于“何处”。
其中的谁和何处都是泛指，可以指某张表，某个类型，某个数据库。
小团队只需要做好“开始”，大团队追求“结果”。
因为我并非平衡策划，因此请当我的理论为“歪理邪说”，我觉得即使做不好平衡也没有什么可怕，只要前期不出现重大平衡问题，例如《热血三国》那样，后期资源几百万刷新天天爆仓，无所谓的，到那个时候已经赢利了，已经可以用其他的方法弥补了。而优秀的团队追求的才是一个结果，一定要注重每一个细节，时刻苛求一种完美。
我觉得“完美”是一种态度，而不是目的，更不是结果。有多少游戏可以完美的？或许还在它不断完美的过程中，就已经烟消云散了。
平衡需要什么？不要有明显漏洞。
那另外一款游戏来说《纵横天下》，很老的一款游戏，当所有的人都发现，某一兵种是性价比最高的，OK，攻略一出，其他兵种没有人造的，那样的话，你平衡会很尴尬，当初你设计的时候，绝对不会想这个游戏就是骑兵打来打去的吧？所有的平衡你都做了，很辛苦，所有应该考虑的都考虑的，结果，无语。其实，你可以尝试用第三方值来做平衡。比如我做一个表的平衡的时候，我会有很多隐藏属性“后台函数”、“通用价值”、“总体价值曲线”、当然我觉得因为我的水平问题，大部分的隐藏属性是多余的，但是你可以用第三方值来做平衡。拉一个“价格比”在哪里，步兵攻高，骑兵速度快，盾兵防御高，但是总体能力会出现性价比，然后根据性价比来进行调整。并且我会添加一个“警戒线”，当我单一数值过于低时，在我的后方监控栏会立刻变成红字，就说明这个敏太高，已经超出我的游戏平衡可以接受的范畴了。（脚本，当一个数组的平均值大于X时颜色为绿，在X-Y之间时颜色为黄，小于Y时颜色为红并播放SE，地址为c:/……mp3）
有些时候，用函数和第三方值来做平衡，“可能”会容易很多。
平衡需要什么？平衡需要一个严肃的心态
很多时候我们都知道，一些策划，一些程序人员由于自己喜欢某一个角色，他会把自己喜欢的东西调整的非常强悍，如果这样做，就会出现上面所提到的问题。不是我们不允许，而是这种做法明显是从“单机”开发中遗留过来的不良习惯，在单机游戏中你可以妄为，想怎么搞就怎么搞，但是在网络版中，一定不可以。
平衡需要什么？需要很好的控制游戏规模，需要最少有一个人总控一切。
一个好游戏应该“保持简单、易懂”。过于复杂的游戏系统让人费解，因此，也更难做到平衡。如果人多口杂，更是会让这一现象极端恶化，因此数值平衡最起码应该是：“有一个明白人。”比较建议的是一个人做好接口，其他人只去帮忙，公司的测试人员不同平衡是隶属关系，不能够让测试人员“干扰”平衡人员的工作。不能测试人员觉得，这个高了，那个低了就让平衡去修改。结果经常出现：
前天测试人员说：“高了高了。”昨天测试人员又说：“低了低了！”，今天又说：“还是高！”
结果平衡策划说：实际上我那天又点忙，忘记修改了，数值还是原数值……平衡修改应该立项，一点一点的去分析，修改后做记录备案才行。
近年来，愈加流行的方法是秘密记录（不告诉玩家）游戏成果及统计数据。对所有的数据都应有所保留。有时一个不成熟的测试人群会带来很不正确的结果，只因为他们不熟悉游戏，而且没有机会全面尝试（或只是尝试最容易的部分）。同样的，一个过于成熟的测试人群也有可能忽视其它策略的潜力，或被困在一个很高级却较模糊的不平衡点，而这些不平衡与其它更明显的不平衡点相比显得不那么紧迫。
主观臆断往往是极不专业的，跨行指挥也是绝不能被允许的。
平衡需要什么？平衡需要的是，不要太依赖游戏的复杂性而牺牲了深度。
平衡策划很容易发现一点，创意策划策划的东西太过于复杂，根本无法让玩家上手，结果他什么都不说，结果的结果是，自己的工作量巨大不说，而且游戏上手度极难，很容易导致失败！新手引导是要从游戏设计之初，是要从游戏开始做平衡的时候就要考虑到的。
2、宏观调控
宏观调控总体看来是比较复杂的，因此我在此仅仅做简单的一些描述，由于是先有数据再调控，因此宏观调控在微观建表之后。由于webgame往往都是根据时间线来的，那么平衡策划的心里要拥有以下一些东西。
如果每小时生产资源100，那么每秒钟生产多少，一天，一年，什么时候达到仓库上限？什么时候达到游戏透版上限，什么时候会对玩家产生视觉疲劳，这些变成无意义的数字？
如果用攻击来算，每次攻击伤害为4-6点，必杀率10%，躲闪率30%的情况下需要多少回合，会有死亡的危险。等等。
一旦你用这个思路，游戏中大部分的元素，你都可以找到“基线”，这样的话，你就可以根据这些“基线”来拓展游戏。
当你找到基线以后，你就可以利用自己的“数学公式”了。在数值平衡中，数学又称为“平衡数学”。
其实很多大公司的公式都是恒定的，甚至都是相似的，这需要多年的工作经验去积累，或者去体会，举个例子来说，一般的经验公式都是用的平方算法，
比如随便拿一个网游就会发现其实他的公式很简单，某一数值的二次方。那样的话，你可以在一个EXL表中写下一个数值，然后写下函数=INT(A1^2.2)
把A1这个格子中的数字乘以2.2次方
INT如果这个数字为小数的化，直接取整数。
当然如果你拿的是其他公司的现有公式，绝对不建议你胡乱改基数，拿网游《魔力宝贝2》来说吧，基本上没有人玩，为什么？就是因为他们把基础数修改的过高了，结果造成升级经验变成天文数字。要知道公式是函数平方算法呀，你2次方和10次方能是一个概念么？搞完了以后除了自己公司内部请的几个托以外，就没有人超过30级的。这就是问题，结果九游公司没有办法又让平衡策划去调整杀怪经验，还当作运营推广手段去宣传，
“尊敬的玩家们，我们提高了某某地区的杀怪经验了！”
请相信我，胡乱调整的结果，势必造成一点，低级点一些怪物经验高，高级点怪物没经验，这将完全打破游戏本身的平衡，最终出现致死问题。
平衡需要什么？需要善于利用图表
其实EXL中一些比较好的地方就是可以利用图表来查看数值是否平衡，而且这将对数值平衡宏观查看非常有效。在你的数据旁边插入一些很直观的“表格”
无论是散点表，还是抛物线的，都会让你更有头绪。
平衡需要什么？需要要时刻心系可维护性
如果是我，我会让所有的数值都乘以一个后台函数即使这个函数是1，等出现需求大规模调整的时候，变更后台函数数值，当然如果懂得操纵SQL的朋友，可以直接UPDATE更新。
否则如果一张表中有100000条数据，用手工的办法去维护是基本不可能的。我用的办法是“套表查询”+“后台函数”对于大规模数值的维护可以稍微提高一些修改效率。因为“基础值”和“函数值”在一张表中，我可以对于整个数据库中全部的数值进行等比更改。
平衡需要什么？识别微小的平衡
由于是webgame，所以此步我并不推荐，WG的数值平衡还没有到需要这样细致调整的地步，只要按照“最优”查询，和“最差”查询，检索俩三次就可以了。
平衡需要什么？
其实：本文最关键的一句话就是：我们做的是webgame
不要过度解决，平衡是一种很微妙的事情，力所能及就行了。
上面说的是如何做数值平衡，由于数值平衡是数值策划的工作，我并不认为所有的策划都可以做，因此本篇的真正意义所在
UI设计和美工需求文档。
我还是拿题目来说事吧，小公司拿别人的图片，界面，抄抄改改就可以了，君不见《热血三国》，《猫游戏》也就那鸟样子，小团队你去追求图案做什么？因此直接拿一张成品图，“光影魔术手”下批量一处理，很快OK！
而大公司则要稍微有一点水准了，《九州战记》看到没？虽然很光荣，但是毕竟除了少量头像图片外，没有明抄，也就是拼拼凑凑，
把原图拿过来，降低透明度，临摹一下。
所以至于走什么路线，就请各位大虾自己关注好了，我的建议是，主美术确定风格，出样稿，其他美工外包！
需求文档如下格式：（仅供参考）
类型1：名称，类型，像素大小，命名，效果，说明。
类型2：参考图片
转自：265g.com
