- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
游戏数值数学建模常规篇
数值设定——常规篇
——Written by Mervin
本文是数值设定系列的第3篇(第4版),前篇讲述了数学建模的方法和起点;本文主要内容是一些常规内容的构建方法:属性、技能、装备、怪物、任务;
Part1.基本属性
第一部分——人物基本属性所扮演的角色、常用构建方法和成长模式。
p1.1角色扮演
基本属性,特色就全在这个“基础”里面。顾名思义,基本属性就是人物的一切属性的根本。好比,攻击力、防御力是操作系统,技能是应用软件,而基本属性是底层汇编;
p1.2构建方法
作为最底层的计算模块,设计时遵循两个原则:
划分到最细;
以最简单的方式计算;
通常,我们除了基本属性外,还有在中间起作用的属性。比如闪躲、致命等。那么,我们需要构建的基本属性模块就是为这一层工作的。将每一个基本属性划分到足够细、不能再划分,在进行内部联系(计算公式)构建时以简单曲线为主;
简单曲线通常指的是以下几种:
f x ax+b
f x a x∈[m,n] ; b x∈[j,k]
f x ax x∈[m,n] ; bx x∈[j,k]
举几个简单的例子:
致命几率 敏捷值/30;1点耐力 10点生命;
火球术,需要30智力值才能学习;(二段常函数,0:不能学和1:能学);
60级前,猎人的致命几率 敏捷值/30;60级时, 10%+敏捷值/50;
生克表:
轻甲防御 中甲防御 重甲防御 魔法攻击 100% 75% 150% 远程攻击 125% 75% 100% 近距攻击 100% 150% 75%
p1.3成长模式
底层的计算满足的特点就是一目了然、易于控制;
这种成长模式可以实现的几种主要功能都是最基本的:
开关:0/1;
分段、索引:非连续型;
递增:连续型;
最基本的功能往往是最经的起推敲和反复使用的;一切的关键在于两个基本原则,尤其是划分到最细的原则;
最细原则的重要性,在于牵涉到互相之间的联系,足够细致的划分才能整体与局部很好的结合。
我们也有看到一些将属性设定做的很复杂的例子,比如RO;RO在对属性的设定上显得极其复杂,尤其在攻击速度之类的设定上;因为RO的属性点控制的非常紧,所以在一些极限值的做法上,一直是一个非常好的案例,这是我们都应该学习的;而也正是因为这个原因,才使得在原本不多的玩法上,需要强化属性设定这一块;我想开发者在这部分是付出了极大的劳动和付出的。如果你的游戏在其他方面并没有太大的黏着度,在属性设定上系统化一点并无不可,但是一定要尽力为之,不要做到后来自己都控制不住了,芝麻没捡到就丢了西瓜了。——Edited@6.21 by Mervin.
Part2.技能
p2.1角色扮演
相对基本属性而言,技能模块的做法相对独立;具有独立的系统性和特色;有时会搀杂一些和其他模块如基本属性、装备,直接挂钩的做法,挂钩程度的不同形成往往形成不同的玩法;
p2.2构建方法
技能模块的构建方式可谓千变万化,这里仅以与其他模块的结合程度来做3个划分以分别阐述构建方法和特点;
完全独立
完全独立的技能模块通常都有复杂的内部脉络;否则会显得异常的突兀,有种为了存在而存在的感觉。选择使用这种类型的技能模块一般出于“特色系统”的考虑。一方面便于设计思路的整理,另一方面有比较大的发挥空间。
对于技能模块内部的构建方法,最基本的类型有:
宝塔型:一层一层又一层;
金字塔型:一层比一层精进;
蛛网型:低位均等,互相影响;
实际中,我们常常混合使用;比如D2的技能树;
部分交叉
使用这种方式主要出于以下几种考虑(可以发挥出的优点):
技能模块特色不足
借助其他模块的成长模式
以极具特色的技能模块带动其他
特色不足没什么好说的,自己想办法解决;
就其他2个方面举几个例子说明:
职业—法师每升1级提升2点智力;而其初始技能冰箭术的伤害为:智力值+10;
职业—圣骑士技能树—圣光和惩罚,圣光系的技能效果以精神力为根本,而惩罚系的技能以武器造成近战伤害为根本;
完全依托
将成长模式完全交给其他模块。这种情形之下的技能模块,是一个再创造和利用的过程。如果依靠的模块划分比较混乱的话,那将是非常危险的事。
完全依托同样意味着牵一发而动全身;在构建这种类型的技能模块时,需要注意以下几点:
将成长的限制、极限条件等维持模块不走型的限制尽量放在依靠的模块上;以此来避免反复check_incheck_out时无法衡量的工作量;一切以可以保证控制之中为前提;
用到的任何公式都是维数+1的。平衡也是。
同时需要指出的是,因为这种依托关系,往往很容易将某种“职业(类似概念)”限定在某个小圈内发展;即我们通常所说的:“你不加这个怎么行,不加这个,那个就根本没用,那个没用,你这个职业不就是一废柴么…?”对这个问题的看法见仁见智,完全看各自的需要了,并不完全是坏事/好事
文档评论(0)