您的位置 首页 对魔忍 RPG

【闲聊】最近这几天玩下来的心得

如题,最近这几天RB新活动终于来了追加新要素,众所期待终于可以消耗BP药水的「魔界级」
对于这个Boss的HP高达8位数这点,我本身没有任何意见,不如说这种Boss的HP如果没有这种程度,可能连20位参战者都还没能满员就先被秒杀了
但是让我不满的是「为了使魔界级的HP看起来合理,不得不跟着强化上级」这点,老实说连上级都高达190w这点让我打得很烦躁…
不过这些都不是那么重要,抱怨就到这里了
首先,在这几天到处Boss下来,对于救援系统的机制有些进一步的研究,先说,以下的内容全部都是个人的猜测,是否为实际系统机制,如果没有营运的人出面解释就无从确定
1.Boss的清单首先判断「来自好友的支持邀请」,再来判断「是否有收到来自野生的支持邀请」(这是什么意思,将在2解释)
虽然无法肯定,但是只要有好友放出Boss并且点了支持邀请,基本上就会出现在清单里,至于「是否有收到来自野生的支持邀请」是什么意思呢?
2.(来自野生的Boss放出的)支持邀请对象会不断随机选择并发送
也许很多人认为,Boss的支持邀请放出后,就只有发送当下有收到的人的清单才会出现,但是我自己的尝试下,认为这个想法是错误的,实际上Boss的支持邀请发送的对象会在每过定期的间隔不断改变
在这里做个举例:
路人A发送了支持邀请,路人B路人A的好友,于是路人B的Boss清单里会一直显示路人A的Boss,直到这只Boss消失
而这时路人C也收到了路人A的支持邀请,但是路人C无视了这个邀请,又不断地按清单更新,路人A的支持邀请依然持续显示在路人C的清单里。直接某时突然路人A的支持邀请消失了,这时路人C不管再怎么按更新,清单里都没有路人A的支持邀请。又过了段时间,路人A的支持邀请突然又出现在路人C的清单里了,这是怎么回事呢?
首先我以上面提过的间隔假设为1分钟说明,Boss的支持邀请对象每隔1分钟都会重新随机选出这次要发送的对象,并且在1分钟后的下个间隔前,只要这些人进入Boss清单里就会看到该Boss的支持邀请。
这也能说明,为什么我们明明不断点清单更新,但是清单里显示的依然都是一样的Boss,却又突然看到这些Boss都消失了,换上另一批Boss。
上面解释了Boss支持邀请与清单的机制后,接下来我们来探讨一下之前终于更新的万众期待的「缺省技能」系统
相信已经有不少人发现这个现象「当我们是前缺省了一个技能,然后再进场后又手动使用了消费SP更高的技能,之后在SP未满手动记忆的技能前,会使用我们事前缺省的技能」,也许很多人会认为这是个Bug,但其实这看起来就只是工程师的失误而已,实际上也不能说是Bug
首先我们先来猜测「自动施放技能的设置」,这个现象的原理就一目了然了
Auto时角色自动施放技能的系统设置,我猜测的设置如下↓
(1)优先判断角色目前是否有手动记忆的技能,成立,运行(2)
 如果(1)不成立,运行(3)
 (2)判断角色当前的SP是否>手动记忆的技能需要的SP,成立,角色使用手动记忆的技能
 (3)判断角色当前的SP是否>角色缺省技能需要的SP,成立,角色使用缺省技能
是的,问题就在『(2)』这里,如果后面又多了『如果(2)不未成立,运行(3)』,就变成我们现在的这样的现象了
那么,在「事前缺省技能系统」出来前,这个「缺省技能」又是什么呢?没错,就是角色的最后一个技能。所以说,营运其实很久以前就写好有关「缺省技能」的设置了,只是一直没有实装让玩家自己设置而已
由于缺省的技能一定是消耗SP最多的最后一个技能,所以在缺省技能系统出来前,不管手动记忆哪一个技能,都不可能在SP满时自动使用系统的缺省技能。因为『角色当前的SP不能使用手动设置的技能,却又足够使用最后一个技能』这件事是不可能成立的
其实只要把『(2)』后面加上『如果(2)不未成立,运行普通攻击』就能解决了。至于哪一种结果比较利于玩家呢?就要各位自己判断了
至于,(3)从『判断角色当前的SP是否=角色最大SP』→『判断角色当前的SP是否>角色缺省技能需要的SP』又是另一段故事了
最后,虽然大家在这次活动总是抱怨上级票太多,能不能推出上级票交换超上票的设置,但我个人对这设置不给予好评,基本上就算真的给玩家换了,得利的其实就是那群能够抢好抢满魔界级MVP的大佬们,然后在这样设置下,会变成超上级烂大街的惨况
这情况有多惨?变成新手打不赢、然后大家都不打,舔了也不知道会不会有人收掉、能不能拿到奖励
如果真的希望更好获得超上票的途径,我会推荐「超上票的取得方式变更为上级Boss胜利报酬」,这是帮助所有人都能获得报酬与奖励,让所有玩家都能成长的最好的选择
一直想说要找个时间写这篇,但是又一直偷懒结果现在已经 2:40am,隔天还要8am起床,真TMKauBei…
本文来自网络,不代表3楼猫立场,转载请注明出处:https://www.3loumao.com/4589.html
返回顶部