查看: 4674|回复: 23
收起左侧

[话题讨论] [和“掉档”再见工程]拿起你们手中的暗月,揭开“掉档”的无用面目(转)

[复制链接]

水面上的小草

Rank: 2

5

主题

10

帖子

0

精华
wjd19911223 发表于 2010-7-19 02:16:40 | 显示全部楼层 |阅读模式

唯有论坛启用QQ注册,使用QQ就可以登陆论坛,享用更多功能,让你轻松玩转论坛。

您需要 登录 才可以下载或查看,没有账号?论坛注册

x
本文的目的是在于让大家理解到掉档的概念的多余性、无用性,用到的工具是大家都熟悉的暗月计算器(其他你熟悉的计算器也行~)

本文以暗月为例
首先我们看到这样一个100级的宠物,加攻,五围能力是:
2153 1390 737 306 204

打开暗月,精灵变身后选择不死系的“僵尸”、选择加点为力量并计算。结果如图


然后再选择“改造僵尸”,重新计算一次


同一个宠物为什么会又是满档,又是掉20档的垃圾?且慢,还没完。请自己添加一个宠物,五围成长档请在僵尸和改僵之间任意指定一个数值,我指定一个41 35 14 13 12
,再算一次,结果如图。你们也可以任意指定(比如添加39 34 14 14 14),一般的宠物计算器都有添加宠物的功能。



为什么这次又变成10档掉43210的了?
这个宠物到底是满档的,还是20档,或者10档呢?

请等等……你在游戏里战斗的时候是用“掉档”来攻击敌人的吗?这个概念真的有实际意义吗?自己按照图例操作一遍并试试看吧~~

这里还有一个100级的加攻宠物能力:2204 1551 739 553 259。可以用寒冰翼龙或者改造寒冰翼龙算算看,也可以自己添加一个“五围分布”34 34 35 21 16,这样就可以算出掉20档。

到底为什么会这样?且看二楼分析~

水面上的小草

Rank: 2

5

主题

10

帖子

0

精华
 楼主| wjd19911223 发表于 2010-7-19 02:17:01 | 显示全部楼层
在开始前先要复述几个概念,这些概念就是一切的开始。

“最高成长档”
“实际成长档”
“掉档”
“随机档”

从大家最熟悉的“掉档”的概念说起吧。

     “掉档”是指宠物的成长和最高成长档的差距,一般而言各项最多能差4,也就是所谓的掉4档;五围能力加起来最多可以掉20档。掉的数字越大表示宠物的成长和最高成长档的差距越大,也就是能力越低。有公式“各项(或者总)掉档数”=“最高成长档”-“实际成长档”。对绝大部分宠物,掉档数的范围都是从0(满档)到20。

     “最高成长档”是设定与游戏服务器端的一个固定资料,可以通过在游戏中收集同一种宠物的不同样本来确定。绝大多数“最高成长档”的资料都已经由前辈们收集完成,打开你们手中的算档器看到的档次,就是各个宠物的“最高成长档”。这个资料在宠物设定理论明确的今天,只需要统计小量的宠物就得知。

     “实际成长档”则是针对某个具体的宠物而言。与具体的宠物能力成长唯一相关的一个参数。魔物观测者是首个能直接计算实际成长档的宠物运算工具,由于最近端午新宠的出现,MLXinOne似乎也已经添加了该运算功能。

     “随机档”和“系”,这两个概念影响宠物刚入手时的能力,这里不展开,有兴趣充电的朋友可以来咱的资料站看《宠物设定集》
http://hi.baidu.com/disdreamer/b ... 77dd044afb51df.html

把上面提到的几个概念串接起来,即:所谓“最高成长档”是指某类宠物的“实际成长档”中最高的一个情况,而毫无意义的“掉档”则是“最高成长档”和“实际成长档”的差值。

现在可以理解了,为什么说“掉档”毫无意义?
    一个宠物的成长本身有一个“实际成长档”,魔物观测者也可以直接计算出来,到此就可以完全确定这个具体的宠物以后的成长。这一过程和“最高成长档”是多少几乎毫无关系,而由“最高成长档”和“实际成长档”的差值所定义的“掉档”对于了解自己这个宠物的成长则完全是一个累赘的概念。说“掉档”累赘还有一层意思,即知道自己某个宠物的掉档,需要知道“实际成长档”和“最高成长档”两个数据,若是缺少其中一个(一般是缺少最高成长档)则无法得出掉档数。
    何其荒唐!明明都已经知道自己的宠物成长以及在任意等级的能力,却还需要为了知道“掉档”而费尽力气去找一个和自己的宠物再也没有关系的最高成长档的数据。


“掉档”只是一个人造的毫无意义的概念,你不是用掉档作为武器在游戏里杀怪,而只是被它拘束了很多年。
我要说一句 收起回复
回复 支持 反对

使用道具 举报

水面上的小草

Rank: 2

5

主题

10

帖子

0

精华
 楼主| wjd19911223 发表于 2010-7-19 02:17:44 | 显示全部楼层
满档"的用途说白了就是攀比.
暗月计算器的诞生也不过是当年暗月为了出名,方便自己搞中介才弄出来的.
在他以前比他更懂宠的人多了.只是不想太张扬而已.
那些人里面有些人甚至目测的准确率都能和计算器比肩的.

引用我朋友说过的两段话.看不明白的话就算了.
----------------------------------------------
有些东西,根深蒂固,不容你怀疑.虽然你可能看到了这些更好的东西.
这个大环境就是这样.好不好自己知道就够了.

有些人或许就不该知道那么多.
知道得多了,他们可能就更不知道"谦虚"是什么.
我要说一句 收起回复
回复 支持 反对

使用道具 举报

地上的月影

Rank: 4

31

主题

785

帖子

0

精华

得之我幸,失之我命.`

战火屠城 发表于 2010-7-19 02:25:06 | 显示全部楼层

有个可比性也不错
我要说一句 收起回复
人为镜明得失
回复 支持 反对

使用道具 举报

奔跑的春风

Rank: 5Rank: 5

57

主题

4721

帖子

0

精华

此人神游成追忆~

122295501 发表于 2010-7-19 04:02:14 | 显示全部楼层
其实我一直觉得~档位只是人们一个盲目的追求~
不过在1  2线的话~由于特殊的抓宠设置可以让更多玩家感受到当年GF所没有的完美追求~
这倒是不错~其实到头来都是一堆枯燥乏味且脆弱无力的数字的堆积=。=
游戏嘛~开心&朋友开心第一~造型第二~HOHO~
我要说一句 收起回复
回复 支持 反对

使用道具 举报

呢喃的歌声

Rank: 3Rank: 3

23

主题

100

帖子

0

精华
jiao853500 发表于 2010-7-19 07:25:37 | 显示全部楼层
不能比就没追求了。。。
我要说一句 收起回复
回复 支持 反对

使用道具 举报

苍之风云

Rank: 6Rank: 6

189

主题

1605

帖子

0

精华

http://www.pkml.cn/bbs/read

慈善家勋章

败类孜孜 发表于 2010-7-19 17:00:50 | 显示全部楼层
...第1张图105D的僵尸
第2图是125D的改僵
第3图是你测试的是115D
可以说3只是不同的宠...

满D和20D的差别是有的,并不是说什么攀比,因为有的人是完美主意者,高D和低D的比较属性是有差别的,谁都想要比较好点的东西
算D器其实就是个成长公式表,计算出的属性不一定是100%正确,只能算出个大概
我要说一句 收起回复
回复 支持 反对

使用道具 举报

荣誉会员

Rank: 8Rank: 8

53

主题

3585

帖子

3

精华

『天启』♂佰葲Ⅱ蓒あ

慈善家勋章

♂佰葲Ⅱ蓒あ 发表于 2010-7-19 17:29:47 | 显示全部楼层
楼主,你这个帖子并没有说明档数没用,只是说出了宠物档数的本质,本质是没错的,计算器上那些档数的确是宠物的最高成长档,也就相当于一个来对比好坏的标准,档数如果固定了,那么你这只宠的成长也就固定了,掉D越多,说明对比最高成长档,你的宠成长率就要低的越多,最后等级越高,差距就越大,所以说掉D无用,等于是你自己发帖子来反驳你自己。
我要说一句 收起回复
回复 支持 反对

使用道具 举报

苍之风云

Rank: 6Rank: 6

7

主题

1099

帖子

0

精华

唯有一線的菜鳥。

vera 发表于 2010-7-19 18:52:06 | 显示全部楼层
满档"的用途说白了就是攀比.
暗月计算器的诞生也不过是当年暗月为了出名,方便自己搞中介才弄出来的.
在他以前比他更懂宠的人多了.只是不想太张扬而已.
那些人里面有些人甚至目测的准确率都能和计算器比肩的.

不知道LZ现在说这些有什么用? 看了让人厌恶
再说 档数确实可以算得不一样 但是练出来还是有差距的

貌似 后魔力时代 爬出来一坨“专家”
我要说一句 收起回复
<魔力魔力 隨心所欲>http://www.pkml.cn/bbs/?u=23829AFK . over
回复 支持 反对

使用道具 举报

水面上的小草

Rank: 2

5

主题

10

帖子

0

精华
 楼主| wjd19911223 发表于 2010-7-20 02:19:03 | 显示全部楼层
我都是复制黏贴的 只是看到在魔力宝贝贴吧里讨论的很火
我要说一句 收起回复
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 论坛注册

本版积分规则

小黑屋|手机版|Archiver|唯有魔力 |网站地图

Powered by Discuz! X3.4

© 2001-2013 Comsenz Inc. DesignSingcere!

GMT+8, 2025-5-11 19:54 , Processed in 0.059291 second(s), 54 queries .