游戏数值策划-经验值计算公式的设计

游戏数值策划-经验值计算公式的设计
游戏数值策划-经验值计算公式的设计

较复杂的概念源自于设计师对游戏整体的把握,例如我们在设计游戏中主角的成长经验值时,并不能随意给出个公式就了事,那是毫不负责任的。

经验计算的基础模型

我们通常说的成长所需经验公式大多是:

每级升级所需经验=Lv^3*修正值+修正值

直接拿这个用,可以吗?当然不行!

首先我们要了解成长所需经验的概念,我们为什么需要这个值,这个值控制了什么?稍加想象就可以明白,成长所需要经验公式的意义其实就是为了控制玩家的升级时间。

因此刚才那个公式应改为玩家练级时间公式:

每级升级所需时长=等级^3*修正值+修正值,单位为秒。

我们再稍微修改一下:

每级升级所需时长=(等级-1)^3+60

于是可以得到1-100练的练级所需时间曲线:

经验公式的推导

当我们得到了练级所需的时间后,我们如何算升级所需的经验呢?其实有很多种做法,我暂时只说其中一种。

我们可以先设计怪物的经验计算公式,然后再设计怪物被玩家杀死的平均时长。例如我给怪物的经验计算公式设置为:

杀死同等级怪物所得经验=(怪物等级-1)*2+60

然后再给杀死同等级怪物所需要的平均时长设置为:

杀死同等级怪物所需时长=5秒

那么升级所需要经验则为(假如我们的游戏只能通过杀怪升级):

每级升级所需经验=每级升级所需时长/杀死同等级怪物所需时长*杀死同等级怪物所得经验

更完整一点应该为:

每级升级所需经验=((等级-1)^3+60)/5*((等级-1)*2+60)

于是得到曲线:

但是我们再来看看数据:

数值进行优化,以变的更好

上面数值看起来并不优美,于是我们拿函数floor进行修正,于是经验值公式为:每级升级所需经验=floor(((等级-1)^3+60)/5*((等级-1)*2+60)+60,50)

结果更好看了一些,所有的值均可被50整除。

尽管结果和理想有一些误差,但还是可以接受的。不过以上所说的只是简单的设计方法,实际进行经验公式设计时还需要做很多验算和调整,例如你还需要考虑玩家杀高等级怪或是底等级怪时的情况。

数值策划:数值平衡从零开始

数值策划:数值平衡从零开始 1 构思—核心创意特色文档 2 提案—市场需求分析与立项书 3 解构—流程图与模块划分 4 版本—版本规划控制于系统实现文档 5 排期—项目进度表 6 协作—数值平衡、UI设计与美工需求文档 7 勾画—数据词典设计需求与接口设置 8 沟通—细致分模和产品演说 9 注册—软件注册申请文档 10 招商—招商书和盈利点阐述 11 说明—产品使用说明书和宣传PPT 12 测试—压力测试和服务器需求文档 13 官网—资料和攻略 游戏杰出与否关键是看游戏平衡性的区别。多数游戏策划要通过反复试验才学会游戏平衡的基本原理。如果他们幸运的话,也许可以得到同事传授的一两个小窍门。精通游戏平衡的人往往警惕地保守着自己的秘密,或者无心与人分享。结果是虽然有关游戏平衡性的信息确实存在,但是可得到的却很少。 下文“试图”阐述一个获得游戏平衡性的方法。 当然,我并不是数值策划,我的经验也非常有限,仅供参考。 简言之:最适合小团体的平衡是剽窃,既然《热血三国》可以“抄单机”,《妖魔道》可以“拿”《龙之崛起》、《大话3》,《九州战记》很“光荣” (专拿光荣公司的东东),……几乎市面上90%的“WebGame”都秉承着抄袭的良好传统,既然这样,作为小团体是没有太多时间去平衡数值的,与其依靠一个生手胡乱意淫,为什么不去弄一个成熟网游的数值来,直接改改用就了呢? 而成熟的团队,往往会拥有一个很有工作经验的数值策划,而他的经验往往又来自于自己上一个工作的项目,也就是说他手中有工具、现成的数据或者窍门,

因此可以制作出复合自己团队,属于自己游戏的特殊的数值。不过要真正意义上做到平衡,还是要摸索,微调。 平衡是一个很难描述的话题。 什么是平衡?平衡包括哪些内容?平衡究竟拥有哪些技巧?有捷径么? 1、微观调控 平衡包括很多,职业平衡,经济平衡,克制平衡,它包括一个玩家在这个游戏中投入几周,某个职业在后期应该增加什么玩点,游戏的多样化和数值平衡的难度。一般来说游戏越复杂,模块越多,平衡越难做。因此建议:“从一而终”,先做好一张表的平衡,然后去拓展,以一张表为主,其他以此为依据,你会发现更容易一些。否则, 你一张表的平衡都做不好,还谈其他做什么。 在众多天文数字之下其实是靠着一个又一个公式和函数在左右着它们。很难去想想一个策划用自己的主观臆测在表格中一个个填写数值的样子,他这样填写究竟是有什么标准?他知道多填一位小数对后期产生多大的影响么? 我想他可能并不知道,有一个人这样告诉我:“玩家就是被游戏玩的,老子怎么设计,他就得怎么玩!” 我不敢苟同,我觉得市面上一流的游戏,也没有几个数值策划敢那样做,“我不否认他做梦的时候会这样想。” 平衡需要什么?“目的鲜明”,目的性,为“谁”而设计,目标性,用于“何处”。 其中的谁和何处都是泛指,可以指某张表,某个类型,某个数据库。 小团队只需要做好“开始”,大团队追求“结果”。 因为我并非平衡策划,因此请当我的理论为“歪理邪说”,我觉得即使做不好平衡也没有什么可怕,只要前期不出现重大平衡问题,例如《热血三国》那样,后期资源几百万刷新天天爆仓,无所谓的,到那个时候已经赢利了,已经可以用其他的方法弥补了。而优秀的团队追求的才是一个结果,一定要注重每一个细节,时刻苛求一种完美。 我觉得“完美”是一种态度,而不是目的,更不是结果。有多少游戏可以完美的?或许还在它不断完美的过程中,就已经烟消云散了。 平衡需要什么?不要有明显漏洞。

游戏数值策划

游戏数值策划 我想了想,把这几年的数值策划日常山寨项拿来分享,还是更有血有泪些: 1.整个游戏数值设计的第一步:升级时间和经验曲线,也叫游戏周期。 根据山寨经验拍一个,Lv上限(50~120,NB的可数幻灵游侠还快1000级还可以99转..),正常体验满级时间,还有各个等级段的大致时间,然后就用公式作出一条大致平滑的曲线。 公式通常为: 每级升级所需时间=(等级的3次方) *K+B (y=ax^3+b,三次方函数) 再根据山寨经验拍一个升级效率:RPG游戏通常为杀怪效率,也即战斗节奏(玩家砍一只同等级怪平均用时,算上跑路和回复时间),现在正在做的养成游戏熊熊则为挂机经验效率(挂机是获得经验的主要行为)。 一些山寨经验(即时游戏): 一次攻击时间:1~2秒 平砍一只怪: 3~8次 然后大致拍一个合理数值规模,在这里RPG游戏主要是琢磨一只怪物各等级的经验值,最常用的公式怪物经验值=lv*k+b (y=ax+b), 熊熊的挂机效率是固定,挂一分钟获得k点经验。 然后就得出经验曲线= 升级打怪数量*单怪物经验,实际上仍是y=ax^3+b,数值策划通常都会美化一下数值,加上个floor(x,100) or Round(x,-2)函数进行取整。 接下来要做两个事情

一.就是推导各种影响升级效率的因素,因为这个是标杆状况,还多很多因素影响这曲线,包括组队效率,BOSS、任务等其他获得经验的方式,同时也要预留付费提升的空间。 二.就是在这升级时间曲线上,去进行游戏体验分布,同时也理清 游戏的框架,这是数值设计的奠基石,这可不是单单靠数值策划完成的,要整个团队去完成,当然,数值策划需要主力去驱动。 2.有了游戏框架的理念后,第二个山寨项目就是定义规划玩家的属性 包括:一、二级属性,自然属性,其他属性(生活、帮派等等),还有基本的战斗公式。 上图是梦幻的一二级属性的关系图。 这个部分主要跟程序打交道了,一二级属性如何换算,升级加点规则,还有这些属性如何调用至战斗或者相关计算中,最麻烦的莫过于,战斗伤害的技术了。主要是战斗过程中,还需要考虑各种参数的计算顺序和关系。 举一个例子,较有深度的WOW的数值理论:圆桌理论对于进战攻击,有如下战斗可出现情况列表: a.未命中[命中率相关] b.闪躲[目标闪躲率相关] c.招架[背后没有] d.偏斜[仅出现在玩家和玩家宝宝对怪物时] e.格挡[背后没有,有盾才有] f.致命一击[暴击/韧性/暴击伤害相关] g.碾压[碾压只会出现在比玩家高LV3或更高的怪身上] h.普通攻击

游戏服务器系统设计

游戏服务器系统设计 1.1 服务器架构分类 服务器组的架构一般分为两种:第一种是带网关服务器的服务器架构;第二种是不带网关服务器的服务器架构,这两种方案各有利弊。在给出服务器架构设计之前,先对这两种设计方案进行详细的探讨。所谓网关服务器,其实是Gate 服务器,比如LoginGate、GameGate 等。网关服务器的主要职责是将客户端和游戏服务器隔离,客户端程序直接与这些网关服务器通信,并不需要知道具体的游戏服务器内部架构,包括它们的IP、端口、网络通信模型(完成端口或Epoll)等。客户端只与网关服务器相连,通过网关服务器转发数据包间接地与游戏服务器交互。同样地,游戏服务器也不直接和客户端通信,发给客户端的协议都通过网关服务器进行转发。 1.2 服务器架构设计 根据网络游戏的规模和设计的不同,每组服务器中服务器种类和数量是不尽相同的。本系统设计出的带网关服务器的服务器组架构如图1 所示。 图1 带网关服务器的服务器架构设计方案 该设计有以下几点好处: (1)作为网络通信的中转站,负责维护将内网和外网隔离开,使外部无法直接访问内部服

务器,保障内网服务器的安全,一定程度上较少外挂的攻击。 (2)网关服务器负责解析数据包、加解密、超时处理和一定逻辑处理,这样可以提前过滤掉错误包和非法数据包。 (3)客户端程序只需建立与网关服务器的连接即可进入游戏,无需与其它游戏服务器同时建立多条连接,节省了客户端和服务器程序的网络资源开销。 (4)在玩家跳服务器时,不需要断开与网关服务器的连接,玩家数据在不同游戏服务器间的切换是内网切换,切换工作瞬间完成,玩家几乎察觉不到,这保证了游戏的流畅性 和良好的用户体验。 虽然网关服务器带来上述好处,但是,还需要注意以下可能导致负面效果的两个情况:如何避免网关服务器成为高负载情况下的通讯瓶颈问题以及由于网关的单节点故障导致整组服务器无法对外提供服务的问题。上述两个问题可以采用“多网关”技术加以解决。顾名思义,“多网关”就是同时存在多个网关服务器,比如一组服务器可以配置三台GameGate。当负载较大时,可以通过增加网关服务器来增加网关的总体通讯流量,当一台网关服务器宕机时,它只会影响连接到本服务器的客户端,其它客户端不会受到任何影响。从图1 的服务器架构图可以看出,一组服务器包括LoginGate、LoginServer、GameGate、GameServer、DBServer和MServer 等多种服务器。LoginGate 和GameGate 就是网关服务器,一般一组服务器会配置3 台GameGate,因为稳定性对于网络游戏运营来说是至关重要的,而服务器宕机等突发事件是游戏运营中所面临的潜在风险,配置多台服务器可以有效地降低单个服务器宕机带来的风险。另外,配置多台网关服务器也是进行负载均衡的有效手段之一。其中,各种服务器的主要功能和彼此之间的数据交互情况如下。 (1)LoginGate LoginGate 主要负责在玩家登录时维护客户端与LoginServer 之间的网络连接与通讯,对LoginServer 和客户端的通信数据进行加解密、校验。 (2)LoginServer LoginServer 主要功能是验证玩家的账号是否合法,只有通过验证的账号才能登录游戏。从架构图可以看出,DBServer 和GameServer 会连接LoginServer。玩家登录基本流程是,客户端发送账号和密码到LoginServer 验证,如果验证通过,LoginServer 会给玩家分配一个SessionKey,LoginServer 会把这个SessionKey 发送给客户端、DBServer和GameServer,在后续的选择角色以后进入游戏过程中,DBServer 和GameServer 将验证SessionKey 合法性,如果和客户端携带的SessionKey 不一致,将无法成功获取到角色或者进入游戏。 (3)GameGate GameGate(GG)主要负责在用户游戏过程中负责维持GS与客户端之间的网络连接和通讯,对GS 和客户端的通信数据进行加解密和校验,对客户端发往GS 的用户数据进行解析,过滤错误包,对客户端发来的一些协议作简单的逻辑处理,其中包括游戏逻辑中的一些超时判断。在用户选择角色过程中负责维持DBServer 与客户端之间的网络连接和通讯,对DBServer 和客户端的通信数据进行加解密和校验,对客户端发往DBServer 的用户数据做简单的分析。维持客户端与MServer 之间的网络连接与通讯、加解密、数据转发和简单的逻辑处理等。(4)GameServer GameServer(GS)主要负责游戏逻辑处理。在软件架构层面,本系统将游戏的众多系统设计成GS 的子系统或模块,它们共同处理整个游戏世界逻辑的运算。游戏逻辑包括角色进入与退出游戏、跳GS 以及各种逻辑动作(比如行走、说话和攻击等)。由于整个游戏世界有许多游戏场景,在该架构中一组服务器有3 台GS 共同负责游戏逻辑处理,每台游戏服务器负 责一部分地图的处理,这样不仅降低了单台服务器的负载,而且降低了GS 宕机带来的风险。玩家角色信息里会保持玩家上次退出游戏时的地图编号和所在GS 编号,这样玩家再次登录

游戏数值策划的战斗伤害公式与圆桌理论

游戏数值策划的战斗伤害公式与圆桌理论 一、战斗伤害公式 在战斗中如何计算伤害? 游戏中战斗的目的是战胜对方赢得比赛,也就是我给对方造成伤害 其中涉及到几个关键词:我、对方、伤害。 关键词对应的核心数值是 我=A T K攻击(a t t a c k) 对方=D E F防御(de f e n c e) 伤害=D m g伤害(da m a ge) 三者的关系影响着战斗结果 攻击目的是造成伤害 防御目的是减少伤害

要保持之间的平衡就必须按照一定的逻辑规则来制定伤害公式计算。基础的伤害公式有哪些? 以下是最常见的减法公式和乘除法公式 §减法 伤害=攻击-防御 即dm g=a t k-de f (攻击-防御)图 优点:

计算简单,直观粗暴,玩家目标明确,只需堆防御值。 缺点: 1. 防御值过高a t k-d e f≤0时,会出现不破防的情况,削弱了攻击。 2. 所以在防御值上要减去1,这样就不会出现不破防的情况 a t k-(de f-1) 3. 但防御到达上限的时候不会受到伤害,继续向上堆防御也没有效果。 4. 对数值的要求就会严格一点,才能保持数值总体平衡。 §乘除法 伤害=攻击*(攻击/防御) 即dm g=a t k*(a t k/d e f) (攻击/防御)图

1.玩法周期长,攻击增加时,防御也随之增加,防御的效果虽然没有减法公式好,但只有堆就会有 效。 2.玩家会不断的提升攻击,已达到平衡。 缺点: 玩家对防御的可能没有那么高的追求,理解成本也高。 1.当攻击值比防御值大很多时,会造成攻击溢出,公式变化为dm g=a t k*(a t k/a t k+de f) 2.当攻击值趋于1时,a t k/a tk+d e f趋于0和1之间,削弱了攻击,此时需要保持攻击为0 与2之间,所以公式就变为2a t k/a t k+de f 3. 最终公式演变为dm g=2a t k2/a t k+de f 二、圆桌算法 什么是圆桌理论? 圆桌理论是在战斗中玩家通过roll点来判断攻击的方式。运用常规的经典概率算法,通过优先级多次roll点计算,会造成有些攻击方式无法上场,玩家被碾压的情况,这才有了圆桌算法。

Unity3D游戏开发之网络游戏服务器架构设计(如何做一名好主程)

Unity3D游戏开发之网络游戏服务器架构设计培训 (如何做一名好主程) 今天给大家讲一下如何做一个好的主程 入手 假如,我现在接手一个新项目,我的身份还是主程序。在下属人员一一到位之前,在和制作人以及主策划充分沟通后,我需要先独自思考以下问题: 1、服务器跑在什么样的操作系统环境下? 2、采用哪几种语言开发?主要是什么? 3、服务器和客户端以什么样的接口通讯? 4、采用哪些第三方的类库? 除了技术背景之外,考虑这些问题的时候一定要充分考虑项目需求和所能拥有的资源。 我觉得,先不要想一组需要几台机器各有什么功能这样的问题,也不要想需要多少个daemon 进程。假设就一台服务器,就一个进程,把所需要的资源往最小了考虑,把架构往最简单的方向想,直到发现,“哦,这么做无法满足策划要求的并发量”,再去修改设计方案。 操作系统:越单一越好。虽然FreeBSD的网络性能更好、虽然Solaris非常稳定,但选什么就是什么,最好别混着来。前端是FreeBSD,后端是Solaris,运营的人会苦死。也不要瞧不起用Windows的人,用Windows照样也能支持一组一万人在线,总之,能满足策划需求,好招程序员,运营成本低是要点。不同的操作系统有不同的特性,如果你真的对它们都很熟悉,那么必定能找到一个理由,一个足够充分的理由让你选择A而不是B而不是C。但做决策的时候要注意不要因小失大。 Programming Language:传统来说,基本都是C/C++。但是你也知道,这东西门槛很高,好的C/C++程序员很难招。用Perl/Python/Lua行不行?当然可以。但是纯脚本也不好,通常来说是混合着来。你要明白哪些是关键部分,我是说执行次数最多的地方而不是说元宝,这些必须用性能高的语言实现(比如C/C++比如Java),其它像节日活动这样很久才执行一次的,随便吧。脚本的好处是,可以快速搭原型。所以,尽早的,在你做完基本的地图和战斗模块之后,立马跑机器人测试吞吐量。这时候项目开发进度还不到10%,不行就赶紧改。 此处特别举个例子就是Java GC的问题。既然你要用java,而jvm需要通过执行garbage collection来回收内存,而garbage collection会使整个应用停顿,那你不妨试一试,内存在达到峰值的时候会停多久?策划可以接受吗?如果不可以,你可以采用其它的GC策略再试一试。这个问题应该不是Java独有的。网游和网站应用相比它很注重流畅性。这是你务必需要考虑的。 至于选择什么样的脚本语言,以及脚本在你的游戏中究竟是占80%还是20%?需要根据需求来看。有没有游戏完全不用脚本?有。有没有游戏滥用脚本?也有。如果你引入脚本的目的是因为策划不会C/C++而你希望策划能自己独立实现更多的游戏功能。你希望策划去写脚本?脚本也是程序,策划写的脚本难道就比程序员写脚本好?还是因为策划工资便宜?策划

游戏数值策划详解

游戏数值策划详解 1. 卷首语?数值计算简述 以天堂为例的韩国的网游的入侵,把网游界的画面要求提高到一个境界,画面表现慢慢变得不再是好网游的门槛;以魔兽为例的欧美大作的进军,把网游界的系统和内在要求提高到另一个境界,系统和玩点也变得不再是好网游的门槛。国内网游目前最大的门槛在于数值计算——一块在解决美术与系统门槛之前被搁浅着的核心部分。 数值计算可以说是游戏内部数据组织的最重要的一个环节。数值计算的输出数据是为游戏的数据库而服务的。 当然,数值计算的结果并不是一步到位的,这些数据无法保证不用作丝毫调整即可在游戏中不出一点差错的达到完美平衡。通过复杂的数值计算得到的数据,首先会填写到游戏的数据库中,而后通过封测、内测、公测的多次验证和缺陷暴露,由数值计算人员和公式总设计师共同校正游戏的公式或者修改调整部分的数据,这样不断地重复校验和修改的过程,游戏的数值才会慢慢趋于完美的平衡。 2. 数值计算在项目制作中所处的环节 如下图所示:

正如上图所示,数值计算处于系统案细化阶段与数据库填表阶段之间,而后者跟客户端整合阶段并行,客户端整合以后则交由QA进行测试。从系统案细化完成到客户端整合这两个阶段间经历的时间比较漫长,包括系统细化案的程序执行、操作与交互界面的设计和美术资源的制作与执行三大块。 因此,可以这么说,数值计算阶段可以说是一个相对比较独立而又历时比较长的制作阶段。 3. 数值计算人员的要求

数值计算可以说是技术含量相当高的一个制作流程,由于其要求之高,该制作环节对其人员的素质具有一定的要求: 数学基础。数值计算需要经常和数字、公式打交道,数学的基础是从事数值计算的人员一项不可或缺的能力。高中的数学,各种函数的定义与特征、等差等比数列及其求和等自然丝毫不能忘却,而高等数学也需要经常用到,包括正态分布、概率统计、离散数学等诸多相关的技术。一定程度上可以说,数值计算要求的是数学专业的人员,至少是理科出身。 紧密的思维。数值计算需要制作人员具有紧密的思维,公式设计者自然需要如此,每一条公式不仅仅针对一个数值而已,数值计算过程中的所有数据就好像一个紧密而复杂的网状结构,环环相连,牵一发动全身,稍有不慎即会影响到整个战斗系统、或升级系统、或职业系统、或经济系统……填表的人也丝毫不能错乱思维,一来公式是死的,数据需要适应游戏而微调,对微调的数据和公式产生的数据,填表人员需要有敏锐的触觉;二来,填表人员也需要时刻清楚并警惕数据间的全局联系。 对数字敏锐,乃至敏感。对数字的大与小的概念一定要很灵活而又很敏感。对数字敏感,不单要对单个的数字的差异有所敏感,还需对整个数值段都具有敏感的触觉。例如一列不同等级的攻击力数据,需要从中迅速观察并在脑海里构造出其数值曲线。 耐苦、负责并能承受压力。正如前文所说,一个游戏的数值计算过程并不是几天或一周的事情,而是一个至少历时两三月才初步完成的过程,计算完毕以后还要不断的修正甚至重设计公式。数值人员需要每天对着多张填满密密麻麻的数值的表格,并且经常需要心算和笔算,如果没有耐苦、负责和能承受压力,或者喜欢这份工作的人员,势必很快感到枯燥繁琐,而更严重的是导致数值计算上的出错,这是比工作效率下降要严重百倍的后果。 经验。理所当然,经验是数值计算的宝贵资源。经验分为两种,游戏的经验和数值计算的经验。前者指从大量的游戏过程中获得的感觉积累和公式积累,这并不单单能靠几款网游的浸淫就能造就的,无论单机还是网游,需要涉猎的面很广,观今天很多经典的数值模型,大多来自单机的;后者指从事数值计算工作的经验,同样是A的x次方,A的2次方的曲线和A的3次方的曲线可能不少人还能轻易感觉出来,A5和A2(A3+3A),其中的微妙差别就要靠经验才能洞察出来了,对于很多蹩脚的公式或者不合理的数值设定,很多时候对公式调整一两个参数即可修正

网游服务器通信架构的设计

网游服务器通信架构的设计 随着网游从业者的规模和需求不断扩大,越来越多的朋友进入了网游开发这个领域,使得市场中网游开发技术相关的需求量迅猛增长。目前,网游行业比较紧缺的是具有较深技术功底的“专家型”开发者,这主要包括两个方面:服务器端设计人员以及客户端设计人员。对于网络游戏而言,由于其主要的游戏逻辑计算是在服务器端完成的,数据同步与广播信息的传递也是通过服务器完成的,所以,是否拥有一个有经验的服务器端设计人员已经成为一款网游产品能否成功的关键之一。鉴于此,本文将试图就网游服务器设计的一系列问题展开讨论和总结,笔者将结合自己的开发经验和体会,将其中各方面内容逐一呈现。希望能够对以下三类人员有所帮助: 有一定网络编程基础、准备进入网游行业作服务器端设计的人员; 正在从事网游服务器设计的人员; 网游项目的技术负责人。 由于网游服务器的设计牵涉到太多内容,比如:网络通信方面、人工智能、数据库设计等等,所以本文将重点从网络通信方面的内容展开论述。谈到网络通信,就不能不涉及如下五个问题: 1、常见的网游服务通信器架构概述 2、网游服务器设计的基本原则 3、网游服务器通信架构设计所需的基本技术 4、网游服务器通信架构的测试 5、网游服务器通信架构设计的常见问题 下面我们就从第一个问题说起: 常见的网游服务器通信架构概述 目前,国内的网游市场中大体存在两种类型的网游游戏:MMORPG(如:魔兽世界)和休闲网游(如:QQ休闲游戏和联众游戏,而如泡泡堂一类的游戏与QQ休闲游戏有很多相同点,因此也归为此类)。由于二者在游戏风格上的截然不同,导致了他们在通信架构设计思路上的较大差别。下面笔者将分别描述这两种网游的通信架构。 1.MMORPG类网游的通信架构 网游的通信架构,通常是根据几个方面来确定的:游戏的功能组成、游戏的预计上线人数以及游戏的可扩展性。 目前比较通用的MMORPG游戏流程是这样的: a. 玩家到游戏官方网站注册用户名和密码。 b. 注册完成后,玩家选择在某一个区激活游戏账号。 c. 玩家在游戏客户端中登录进入已经被激活的游戏分区,建立游戏角色进行游戏。 壹

游戏数值策划

我想了想,把这几年的数值策划日常山寨项拿来分享,还是更有血有泪些: 1.整个游戏数值设计的第一步:升级时间和经验曲线,也叫游戏周期。 根据山寨经验拍一个,Lv上限(50~120,NB的可数幻灵游侠还快1000级还可以99转..),正常体验满级时间,还有各个等级段的大致时间,然后就用公式作出一条大致平滑的曲线。 公式通常为: 每级升级所需时间=(等级的3次方) *K+B (y=ax^3+b,三次方函数) 再根据山寨经验拍一个升级效率:RPG游戏通常为杀怪效率,也即战斗节奏(玩家砍一只同等级怪平均用时,算上跑路和回复时间),现在正在做的养成游戏熊熊则为挂机经验效率(挂机是获得经验的主要行为)。 一些山寨经验(即时游戏): 一次攻击时间:1~2秒 平砍一只怪: 3~8次 然后大致拍一个合理数值规模,在这里RPG游戏主要是琢磨一只怪物各等级的经验值,最常用的公式怪物经验值=lv*k+b (y=ax+b),熊熊的挂机效率是固定,挂一分钟获得k点经验。 然后就得出经验曲线= 升级打怪数量*单怪物经验,实际上仍是y=ax^3+b,数值策划通常都会美化一下数值,加上个floor(x,100) or Round(x,-2)函数进行取整。 接下来要做两个事情 一.就是推导各种影响升级效率的因素,因为这个是标杆状况,还多很多因素影响这曲线,包括组队效率,BOSS、任务等其他获得经验的方式,同时也要预留付费提升的空间。 二.就是在这升级时间曲线上,去进行游戏体验分布,同时也理清

游戏的框架,这是数值设计的奠基石,这可不是单单靠数值策划完成的,要整个团队去完成,当然,数值策划需要主力去驱动。 2.有了游戏框架的理念后,第二个山寨项目就是定义规划玩家的属性 包括:一、二级属性,自然属性,其他属性(生活、帮派等等),还有基本的战斗公式。 上图是梦幻的一二级属性的关系图。 这个部分主要跟程序打交道了,一二级属性如何换算,升级加点规则,还有这些属性如何调用至战斗或者相关计算中,最麻烦的莫过于,战斗伤害的技术了。主要是战斗过程中,还需要考虑各种参数的计算顺序和关系。 举一个例子,较有深度的WOW的数值理论:圆桌理论 对于进战攻击,有如下战斗可出现情况列表: a.未命中[命中率相关] b.闪躲[目标闪躲率相关] c.招架[背后没有] d.偏斜[仅出现在玩家和玩家宝宝对怪物时] e.格挡[背后没有,有盾才有] f.致命一击[暴击/韧性/暴击伤害相关] g.碾压[碾压只会出现在比玩家高LV3或更高的怪身上] h.普通攻击 以上所有项的和最终一定为100%,即有且仅会触发一种。“圆桌的大小有限,在上面的东西多了就可以把桌子下面的东西顶掉下桌,桌子上永远都是100%。” 上面这个优先列表的顺序是按照计算的优先级排序的,排在优先列表前面的项目多了就可以把优先列表后面的项目顶掉下列表,也就是说,如果上面的某项过大,那么它下面的项会被挤掉,如目标闪避和招架也很高,那么就算攻击方有再高的暴击,也不会暴击出来。(即写着50%暴击,实际并没有50%那么高,大部分攻击都被闪避OR招架了)

游戏数值策划常用公式

游戏数值策划常用公式 一些有价值的数值公式【转】 发表于793 天前 ? 资料收藏 ? 评论数 3 ? 被围观 1,521 views+ 对于公式的使用,没有严格的规定。比如,升级公式,没有人说一定要用XXX公式,这个是灵活的。但是,作为新手,了解一些现存的公式会对以后自己设计公式的时候起到帮助作用,可以帮助新手解决在数值分析的时候,遇到公式问题就一筹莫展的现象。 以下是我通过各种方法收集,了解到的一些公式和说明: (1)攻防公式 (攻+修正a)*修正b-((防+修正a)*修正b)=损失最终损失=(损失+修正a)*修正b 这个公式是“龟派的刘勇”给别人讲课时候说的一个公式 (2)RPGmaker 里面的内建战斗计算公式集 普通攻击伤害值:(A攻击B) 伤害值=(A攻/2)-(B防/4) 数值为80%~120%之间 *「必杀」伤害X3 *「强力防御」伤害/4 普通攻击命中率:(A攻击B) 命中率(%)=100-(100-A之武器命中率)X<1(B速度/A速度-1)/2> *武器有「无视於敌方闪躲率」的场合,其基本命中率同现在之不变 *命中率会随装备改变*当B装备「提升物理攻击闪躲率」之防具的情况,命中率会有25%之差异 *当B为无法行动之状况,命中率无条件成为100% 特殊技能效果量:(A攻击B)

效果量=基本效果量(A攻击力X打击关系度20)(A精神力X精神关系度/40) *数值分散度1会产生-5%(50~-50%)的变动 *特殊技能中设定「无视防御」的场合,效果量以下列公式降低: (B防X打击关系度/40)(B精神力X精神关系度/80) *当B为防御的场合会减半,强力防御则/4 *使用回复战斗不能的技能时,效果量等於生命的回复率(%) 特殊技能成功率: 成功率(%)=基本成功率 *具有多种效果的技能,其效果由成功率的计算判断 *状态变化技的场合,角色的状态有效度为基础配合异常发生率 (特殊技能的成功率为50%,状态的异常发生率为50%之时,产生变化机率为25%) *失败时讯息为「…躲开了」的场合,物理攻击的技能适用於「普通攻击的命中率」算式 *使生命或法力降低的技能失败时,别的能力值及状态攻击也随之无效逃走成功率: 逃走成功率(%)=【1.5-(所有敌方角色的平均速度/所有我方角色的平均速度)】X100 *若双方平均速度相同时,逃走成功率为50% *每逃走失败一次,逃走成功率提升10% *先制攻击的场合,可以无条件逃走 (3)海天英雄传的一些公式 名望公式:3^n*100-100 任务等级获得的名望:n*n*n*10 门派武功学习需要的忠诚度:(3^(n-1))*100-100 任务等级获得的门派忠诚度:(2^n)*n*10

数值策划的设计架构

数值策划的设计架构 游戏设计之初数值策划在游戏设计之初位于模型建立者的角度。拿到游戏 设计概要及系统分析后,数值策划该做什么样的工作,以及需要注意哪些部分呢? 本文中笔者将与大家分享自己在MMORPG的数值设计过程的经验。 数值设计,前期最关键的不是如何去平衡那些数值,而是要思考如何设计 整体的数值架构,才能更好地对游戏进行宏观及微观的控制。在本文中,笔者 也将详细阐述MMORPG从设计之初到制作成型中所需要注意和控制的地方,让我们可以尽快成为一名合格的数值策划。而平衡性等话题则是属于微观控制范围,本文不进行详细论述。 数据模型建立 系统建模与优化是游戏策划尤其是数值策划的一项主要工作,策划需要具有较强的系统思维能力与一定的数学建模能力,还要具备基本的优化理论。主要知识需求为系统分析与集成、系统优化、数学建模、模型分析等。 数据模型其实就是由两个东西组成,第一个是数据,第二个是数据之间的关系。首先,必须考虑游戏中需要用到哪些数据?生命、经验、金钱、任何一个怪物的攻击……这些都 算是数据,然而数据之间还必须有对应的关系,例如主角的生命与怪物的攻击,等级攻击 的差别公式,各种不同的属性等等,其实就是存在一个对应关系,关系如何才能合理?就 是数据平衡关键所在。 数据模型建立至少要注意这几个问题:简单化原则,数据类不宜太多,否则会把这一 块的难度大大加大了,能用一个数据做到的东西,如果你用两个数据,则会增加很多的对 应关系,这个时候需要顾及的东西更多,更难以做到平衡。 数据模型的对应关系确立以后,需要画出对应的函数图像,标注其中涉及的常量、变量。必要的时候,还需要画出数值流向图,最典型就是经济平衡中的金钱流动图以及各种 角色属性的对应图。在进行数据模型设计的时候,所有的系统都是一个整体,必须充分考 虑其中任何一点可能存在的关联,如果把各个系统数据独立开来,在后期非常容易出现问题。在做完数据模型之后,则要进行整体的数据分析,数据统计和数据分析对于产品相当 重要,同时也是游戏数值策划的主要工作,其需要具有敏锐的数据敏感性、具有扎实的概 率论与数理统计、数值分析等数学基础。该方向主要工作内容为游戏的系统(玩法)数据统计、游戏的系统(玩法)数据分析、游戏系统设计的数值演算等。 核心数值确定 在我们设计游戏各种核心公式之前,首先必须制定人物的各种数值项目。这部分范围 很广,从各种属性到攻击力、命中率,第一第二属性等等都属于人物数值部分。笔者一般 采用“关系树”的方式来整合。使用这一结构首先要找到树的根,也就是所有数值共同参

RPG游戏经典的系统架构设计

RPG游戏经典的系统架构设计: bigword 游戏引擎就是使用这种架构,我认识的很多rpg游戏公司的同事也大致采用了这种架构方式。 loginapp :登陆服务器,主要负责player 的登陆请求,验证player的合法性,为合法的player分配session,与cilent 采用短连接方式,可以有多个loginapp来负载均衡。验证player通过后,loginapp通过baseappmgr找到一个合适的baseapp 发送给client。 baseapp:我们可以叫做网关服务器,有多个来做负载均衡,与client 使用长连接方式,为player分配适合的cellapp,client发送的消息都通过baseapp转发给cellapp,cellapp返回给client的消息也都经过baseapp,充当游戏消息转发的中转站。baseapp同时负责聊天模块。 cellapp :可以叫游戏服务器或地图服务器,多个,负责具体游戏逻辑实现,与player 进行游戏交互。 baseappmgr:管理网关服务器,只需要1个,或可以做主从备份方式。负责为player 分配baseapp,并记录player所在的baseapp,cellapp踢客时先通知baseappmgr,然后baseappmgr找到对应的baseapp进行踢客。

cellappmgr:管理游戏服务器,只需要1个,或可以做主从备份方式。负责为player 分配合适的cellapp,并对cellapp进行管理。 dbmgr:数据服务器,所有需要持久的数据,都经过dbmgr与数据库进行交互,dbmgr通过数据缓存,批量事务,本地持久等手段大大提高整体系统性能。对于一般同时在线只有几千的系统dbmgr只需要1个则够,对于超大型系统,玩家超多的系统,则可以使用分区方式,每一个区使用一个dbmgr,系统根据玩家所属的区来选择对应的dbmgr。 revivier:监视器,可以监视所有服务器的运行状态,如有必要可以对服务器进行启动,关闭等各种管理,其功能可以理解为ice中间件中icegrid架构的icegridnode和icegridregistry的进程管理功能 MessageLogger/statLogger:日志服务器,统计服务器,记录系统的日志,或进行必要的信息收集及统计,此模块视整个系统的必要性,可选。 棋牌类游戏常用架构:

游戏数值策划学习

01.公式与模型 02.模型设定 03.模型特征参数 04.公式简介 属性成长曲线HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm" "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm" "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm",HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm"闪避HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm"/HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm"招架强度转率公式HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm" "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm"/HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm"命中强度转率公式HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm" "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm"DPS HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm"公式HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm" EHP HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm"计算公式EDPS HYPERLINK "https://www.360docs.net/doc/bb14708528.html,/bbs/HTML/youxihungongshizenyanglianchengde.htm"计算公式 05.护甲减伤公式推导 06.闪避\招架率转化公式推导 07.暴击\命中率转化公式推导 08.攻击强度转DPS公式推导 09.各属性预期值的推算 10.以闪避强度为例分析其实际价值 11.推导结果汇总 后记 对本文不认同的筒子,欢迎提出批评意见,或无视本文. 对推导过程看不懂或者无兴趣的盆友,可以直接跳到这里来看结论. 作者尽量少说废话,但仍不保证论述过程绝对言简意赅,甚至不保证结论正确.

强大的游戏服务器和网络引擎

强大的游戏服务器和网络引擎——ProudNet ProudNet是一个开发网络游戏所需的游戏服务器及网络引擎。开发一个游戏服务器倒不是一个难题,但在游戏发布后有很多公司在维持稳定性方面遇到不少困难。ProudNet是经检验的高性能引擎,它已在各种类型的100多个游戏开发项目中使用,而且基于ProudNet开发的服务器目前正在11个国家和地区运行。ProudNet具有强大的功能,且用法也较为简单。 ProudNet具有如下特点: 1.经检验的性能与稳定性 自制游戏服务器引擎或采用外部引擎时需要慎重,开发人员的专业知识之多少会在很大程序上影响引擎的性能和稳定性一。ProudNet已积累15年之久的网络游戏开发知识和经验,以下是其验证实例。 ?已在100多个网络游戏开发项目中使用了ProudNet。 ?基于ProudNet开发的服务器目前已在韩国,中国,台湾,日本,美国,香港,新加坡,泰国,马来西亚,德国,荷兰等不同国家和地区运行。 ?支持大型多人在线角色扮演游戏,第一人称射击游戏,运作游戏,竞速游戏等各种不同类型的游戏。 ?代表作品:洛奇英雄传,S4超特攻联盟,仙境传说2,魔界树Online,颓废之心……

2.高性能服务器 一个ProudNet服务器引擎在大型多人在线角色扮演游戏中可以处理一万以上的同时登录用户。ProudNet服务器引擎为了发挥最大性能使用了全部的CPU核心。我们已通过优化ProudNet服务器,最大限度减少了内核模式和用户模式的切换次数,并提供两种线程池模式以及自定义线程池关系。 3.自适应网络协议

ProudNet使用自适应网络协议(adaptive network protocol),因此对处理不同的网络条件和用例持有耐性。ProudNet比简单UDP通信量少,服务器负荷也少,能稳定地传输信息。ProudNet可以有效防止恶意软件的误报,网络路由器故障和网关数据包损失等问题的发生。ProudNet还提供自主开发的服务质量(QoS),信息加密,信息聚集功能。ProudNet提供的远程方法调用(RMI)系统和自主开发的IDL compiler可以预防并减少开发人员的失误,让开发变得简单,容易。 4.强大的P2P通信功能 P2P通信广泛用于语音聊天和游戏角色移动的同步化。ProudNet提供容易使用且性能强大的P2P 网络通信系统和自主开发的网络路由器过滤,恢复连接,信息中继等功能。使用ProudNet,可以假设P2P为可靠通信,并简单地开发游戏项目。ProudNet的P2P有一个功能,就是在P2P的连接上不花任何时间。这使游戏服务器和客户端之间的混合网络拓扑(topology)技术和将从大厅移动到实际游戏的时间减少至零成为可能。

数值策划--关于游戏的数值公式

数值策划--关于游戏的数值公式 今天谈到了数值策划的问题。 其实一个理想的游戏应该经过一系列的选择,最后以胜利或其它完成的条件结束。 有时一些选择会成为唯一的选择,或明显是无效的,那么如果在某一阶段,游戏出现仅有唯 一的选择,而游戏却没有结束,就说明游戏的平衡性有了问题。而在处理游戏平衡性上数值 策划是一个至关重要的因素,想要做到真正的平衡几乎是不可能的,至今仍活跃在竞技舞台 上的星际争霸刚发布时就因为虫族兵种制造速度过快而导致一开始的6个月选择虫族的用 户数量大大超过其他两个种族。 数值策划是一个非常细致需要反复试验的活儿,这篇文章收集了经典暗黑 2和天堂2的部分数值公式供策划们参考,也是为了我今后工作需要时能够快速找到相关的资料。 暗黑破坏神2的部分计算公式: (一)实际的命中率的计算 缩略语: Hit_Chanee :实际的命中率. A_AR ( Attacker ‘ s attack rati ng )攻击者的命中率。对于人物,可以在状态窗口中看 到命中率。 D_DR ( Defender ‘s defence ratin g)防御者的防御值。对于人物,可以在状态窗口中看到防御值. A_Lvl : ( Attacker ‘s level )攻击者的等级。 D_Lvl : ( Defender ‘s level )防御者的等级。 计算公式: Hit_Cha nee = A_AR / (A_AR + D_DR) * 2 * A_Lvl / (A_Lvl + D_Lvl) Hit_Chanee 不小于5%, 不大于95% 。 (二)获得经验值的计算 未组队玩家的经验计算

腾讯游戏数值策划-自白书caicai

山寨数值策划之我有我可以 Caicai, 素有小王子&神算子之称,曾经参与ST、FFO、梦三国的相关数值,现在在宠物熊熊和SNS做有爱的数值设计,深入研究和反推过好多款游戏的数值设计。 05年刚进入公司的时候,懵懂的从前辈们口中得知游戏策划大致分什么文案策划、系统策划、数值策划,自以为学过点程序、数学也不赖,而且“数值策划”这几个字感觉忒有技术含量,偶就选择了在数值策划这道上Farm去了。 几年数值设计经验下来自己最大的体会就是如图 苍蝇眼!(EXCEL真看多了,看什么东西都有格子了…) 有幸组织让偶写篇自己对数值策划的了解,作为一个强调要有爱的游戏策划,明显要爆一些实用带又略些八卦到可称作数值宝典的料。 之所以标题叫《山寨数值策划之我有我可以》,首先要提的是,“我有我可以”:任何人都能做好数值。

其实…我的数值启蒙恩师noice 自称高考数学才考了60 分(150分满),另外国的(国外称数值策划为数据平衡师)如Tom cadwell(WAR系列和WOW中专门做数据平衡)等专家也不是什么数学高材生,并没有太高的技术门槛,反倒有些人有心理门槛(不过有些人就是看到表格和数字就烦)。 花点时间去了解所设计数值的意图,然后就是细心点多演算各种可能出现的状况,数值设计并非难事。那么即便数学成绩并不好,也没有什么关系。 曾有几个前辈很正经跟我说,学数值,研究《D&D玩家手册》外加《D&D 城主守则》 才是王道,我都看了一半没看完。并不是说此宝典不NB,其实花时间看这个《D&D》,还倒不如花时间去多玩几款主流市面游戏。顶多就是看完D&D之后,惊叹到:噢!原来RPG游戏那么多的设计都是出自于这宝典...有P用啊!因为,在国内想找人一起玩D&D 可难了(据说公司里就SLAM 曾经买过来玩过),那花时间去研究一个自己无法体验,然后又难以获得玩家反馈,还倒不如去山寨一张WAR3 地图,或者用什么RPG制作大师山寨一款同人游戏出来,反而体验到更多的数值设计经验。(有意者可看看偶分享PPT《学W.E!学关卡!做地图》) 恩,提及了另一个KEY POINT:山寨,我想说的是,任何人都能做好数值,那怎么做呢?

相关文档
最新文档