欢迎光临散文网 会员登陆 & 注册

如何跳过自己的HELPER被时停之初级操作

2019-09-28 18:16 作者:腹黑de小Q  | 我要投稿

贴吧不太保质,这里比较保质(有内容管理可以方便查看)

首先因为我的全P时停是这样的写法

[state ]

trigger1 = var(58) := var(58)+(var(58) < 59) || 1

type = displaytoclipboard

text = "%.*d%n%d"

params = 1, 0, (parent,var(var(58)))+348

ignorehitpause = 1

所以我构思出来的操作是使用两个HELPER,紧紧贴着召唤,我分别称为上下位HELPER,这有个缺点是上位HELPER必须吃到一次时停才能保住下位HELPER,原理为下图:

这张来自十德的表格可以很直观地表现出第几位PLAYER,但是却无法在MUGEN内直接判断出这个PLAYER是第几位。于是这个方法就是利用这个位置来产生“上下位HELPER”的说法。

接下来,上位HELPER使用GT变量,也就是使用GT脱离那个手法的GT变量——写在哪里都可以——去检测是否被时停,如果被时停了,上位HELPER的GT变量停止计算,下位HELPER就接收到反馈,首先记录本体此时V58为多少,再PARENTVARADD把本体的V58+1跳过自己。就是这个操作

但是如果遇到这种情况

多重混线让出整整8个空位还好说,如果是上面那几格并列混线的一上一下留空位,那就难操作不少。不过,由于并列混线的结构,所以也只是会造成上下位HELPER中间必然隔着一个敌HELPER的情况,大概也只需要判断这一点即可。也就是,设上位在28,敌在29,下位在30,如果28+1后依然被时停,那么下一次就+2跳过或者重置一下,在V58=29(敌HELPER)时再+1即可跳过下位HELPER。

这个手法的主要意义在于:保下自己的演出或杀伤或辅助HELPER不被自己时停。当然有时候这么一种HELPER不止一个两个,那么所要做的就复杂许多。不过鉴于我也没有这么一种需要用10000个HELPER去演出的需求,我也就不去仔细研究改进法了。谁想研究的可以也不可以沿着我这一条路去研究。或者根本就不需要用

[state ]

trigger1 = var(58) := var(58)+(var(58) < 59) || 1

type = displaytoclipboard

text = "%.*d%n%d"

params = 1, 0, (parent,var(var(58)))+348

这一套全P时停法,而去开发新的全P时停


——我说完了

如何跳过自己的HELPER被时停之初级操作的评论 (共 条)

分享到微博请遵守国家法律