[抛砖引玉科普] 于mugen代码,澄清一些误区之三

第七个问题:
关于AI的另一个极端重要参数“inguarddist”的第二个要点。
(在AI防御面上的重要性,远胜其他一切参数)

【inguarddist的实际生效的时间段】

配图附后,直接说结论了:
和hitdefattr非常类似。
(有一点不同,大前提:自己处于inguarddist检测范围内,否则怎么也检测不到)

若在inguarddist范围内:
刚开始无攻击判定时,inguarddist返回假。
判定出现,返回真。
(这个判定包括hitdef、reversaldef、proj全部三类攻击器,比hitdefattr处理起来方便)
判定结束,打击框消失,依旧返回真。(和hitdefattr的特性一样)

——————————————————————————————————
配图:

b67b9e16fdfaaf5111ae80338c5494eef11f7a49.jpg

大蛇物理攻击,判定出现,左下角伊格尼斯处于检测范围内,inguarddist为真。


ff61a28b87d6277ff67b33b428381f30e824fcb5.jpg

大蛇物理攻击,判定结束,左下角伊格尼斯处于检测范围内,inguarddist依旧真。


3b766e224f4a20a4ca763d4b90529822730ed0b6.jpg

大蛇当身技,判定出现,左下角伊格尼斯处于检测范围内,inguarddist为真。
(所以注意了,当身技也会导致inguarddist为真!)


721b01087bf40ad11453c66f572c11dfa8ecce63.jpg

大蛇当身技,判定结束,左下角伊格尼斯处于检测范围内,inguarddist依旧真。


61b8bf3eb13533fa83fa92a2a8d3fd1f40345b49.jpg

大蛇飞行道具,左下角伊格尼斯处于【大蛇本体】的检测范围外,
但是处于【该飞行道具】的检测范围内,inguarddist为真。
如上螺丝所述,飞行道具的基准远点为飞行道具动画本身,而非其拥有者的本体。

80798518367adab42a311acf8bd4b31c8601e43d.jpg

伊格尼斯白罗灭精,全屏幕飞行道具。
远在inguarddist检测距离之外。
即使挨打了,依旧inguarddist为假。

因此,有如下重要结论:
【仅仅基于inguarddist的 AI 防御面,无法及时对远处的大范围乃至全屏攻击做出反应】


第八个问题:
关于AI的另一个极端重要参数“inguarddist”的第三个要点。
(在AI防御面上的重要性,远胜其他一切参数)

【inguarddist对于背后的攻击,能够检测到么?】
答案是:可以。
因此,在【打背】、【被打背】等AI情景下,inguarddist依旧有“利用价值”。

测试方法:
伊格尼斯通过断言器,常时关闭了【mugen内建机制之一:自动转身】
大蛇跳过去,发招。

fa6259afa40f4bfbb86d9ed8034f78f0f6361858.jpg

大蛇物理攻击,可见:inguarddist对于来自背后的hitdef物理攻击,依旧保持有效。

cad7d3a20cf431ad086f43b54b36acaf2fdd9859.jpg

大蛇飞行道具,可见:inguarddist对于来自背后的proj攻击,依旧保持有效。

helper等造成的攻击不再赘述,结论一样:背后可检测。
(大前提是在第一点所论述的检测范围内)

对inguarddist用于AI的最后一点补充:
(涉及下一次讨论的AI Helper,故就不单独列成问题了,这里只概述)

当三大攻击器的guard.dist设置为0时,
诞生一种【非常不自重】的迷惑对手【基于inguarddist的防御AI】的写法。

由于guard.dist=0,inguarddist无论如何都返回假。
【基于inguarddist的防御AI】无法正确的响应对手的攻击意图,
因此该防御面AI【完全报废】!

等同于时时刻刻在面对着超大范围而且不在检测距离的全屏技能。

这种写法的不自重,作者(尤其AI作者)也深深的意识到了,
例如记得在GGXX等系列的人物,人物性能开关中就有选择这个写法开启与否。

由这个写法造成的表象,看上去AI变得神反应,同时对手“变笨了”,
其实则和以前goodman用player型猿魔干扰对手AI,如出一辙,
一个不太恰当的比喻就是,“霍元甲决斗前被人下药了”,是为不自重。

(...螺丝没用过这类写法,但是白罗等全屏技能造成的“不在检测距离之内”则是一个普遍现象)
(作者们也懒得一个个招式单独制定guarddist,其实确实应该这样。打击框范围大则guarddist也大,反之亦然。然而这样特别自重过头的写法,让敌人更容易防御,让自己更吃亏,愿意这样写的作者,太少。)
(不禁让螺丝想起那句话,自重的作者给自己一个气力条,让自己“晕点”;不自重的作者给对方一个防御槽,强迫对方被破防...这样的事,mugen界永远说不清)

提前为AI补充一点,当inguarddist无法作为判别的依据时,movetype=A成为最重要的基石(如果不为A,hitdef等完全无法启动),而hitdefattr则成为“不那么好用”的助手(无法检测proj,检测helper困难重重)

暂无评论
根据相关规定,发布评论前必须绑定手机前往绑定
你,确定要这么做吗?
正在处理中...