最近收到一条很典型的 MUGEN 人物包调试记录现象用一句话概括就是拉莱耶文本的 10P 放在 1P 位置先手做隔离检测时演出和杀伤都正常同一个角色包的 12P 放在 2P 位置隔离检测看起来能触发但杀伤失效也没办法把对手击败再把 10P 换到另一侧或换位置后测试原先正常的结果又变了。这种“P1 正常、P2 异常、换边后行为不同”的问题在 MUGEN 角色改版、AI 补丁和 10P/12P 这类多调色板版本里非常常见。这篇内容不是讲某个图像模型或者 WebUI而是回到 MUGEN 引擎本身把“拉莱耶文本 10P/12P 在 1P/2P 隔离检测”这条记录拆成可以复现、可以排查、可以修复的技术问题。文章会先把测试矩阵还原出来再讲 MUGEN 人物包里哪些文件决定 10P、12P 和 1P、2P 的差异接着按“调色板分支、位置朝向、HitDef 杀伤、演出框架、KO 判定”几个方向逐层排查最后给出一套适合长期维护角色包的最佳实践。如果你正在给 MUGEN 人物调 AI或者接到一个别人写好的角色包遇到了“某些调色板在 1P 能打赢换到 2P 就打不死人”的情况这篇文章可以直接按章节对照排查。下面先从问题本身说起。1. 先定位这条记录到底想表达什么把原始记录整理成测试矩阵大概是下面这种状态。下表只是为了把现象说清楚实际测试时不同回合的帧数、距离、双方剩余血量都会影响最终判断。测试轮次人物版本所在槽位操作方式观察结果第 1 轮拉莱耶文本 10P1P 位置先手隔离检测演出正常杀伤正常可以完成对战胜负第 2 轮拉莱耶文本 12P2P 位置隔离检测似乎是能进入检测或演出阶段但杀伤失效无法击败对手第 3 轮拉莱耶文本 10P换到另一侧或 2P 后同样先手隔离检测与第 1 轮表现不一致说明问题不只是 10P 和 12P 的调色板差异这个矩阵最有价值的点是把“演出”和“杀伤”分开了。如果是招数根本没发出来那问题多数出在状态入口、AI 指令或者变量切换不会看到完整演出。现在看起来是“状态启动了、演出也播放了但伤害没有正确结算”这种情况更偏向 HitDef 触发条件、Target 处理、伤害计算公式或者 KO 判定逻辑。还有一个关键信息是“换位置后变化”。MUGEN 里 P1 和 P2 的默认位置不同角色从左侧换到右侧后Facing 方向、P2Dist X 的符号、坐标系里的左右边界都会发生变化。如果角色包的攻击状态里写了“未取绝对值的 P2BodyDist X”一类的判断就会出现在 P1 位置命中、换到 P2 位置后完全不成立的情况。所以这篇文章后续不会去猜测“拉莱耶文本”这个角色到底用了什么秘密逻辑而是把最常见、最可能产生这种现象的四个原因讲清楚让你拿回自己的角色目录里逐项验证。2. MUGEN 人物包相关环境速览这次排查的对象不是训练好的 AI 模型也不需要什么显存、CUDA。环境方面更关注的是 MUGEN 引擎版本、人物文件目录结构和测试用的同人资源。可以参考下面这张速览表。项目说明引擎MUGEN 1.0 / 1.1 常见WinMugen 部分坐标和状态写法不完全兼容测试对象拉莱耶文本这个人物包的 10P、12P 版本或调色板核心文件.def、.cns、.st、.cmd以及.air、.sff资源文件变量控制点PalNo、Facing、P2BodyDist X、StateNo、var()、RoundState典型问题类型多调色板分支、AI 开关、左右方向、HitDef 触发、KO 判定排查工具MUGEN 自带调试模式、文本日志、最小角色包测试、备份版本对比风险提示涉及版权素材时需要确认授权不要用于未授权公开分发这里要特别说明一个概念在我看到的 MUGEN 人物包社区里10P、12P 一般不是独立的新引擎角色而是同一个角色目录下的调色板位置或者 AI 难度标记。很多作者会约定“1P 是第一套常用逻辑P2 是另一个方向或 AI 更高”也会把第 10、11、12 号调色板留给强力模式、Boss 模式或者击杀演出测试模式。如果拉莱耶文本本身不是靠 PalNo 切换而是直接做了多个独立.def文件那排查逻辑要再加一层先确认 10P 和 12P 是否真的共用同一套状态脚本。如果它们是两套文件就需要比较两个版本之间的状态差异而不是只查调色板分支。3. 文件层面谁在决定 10P / 12P 与 1P / 2PMUGEN 角色看起来是一个整体实际上拆开之后由好几个文件组合而成。.def是入口文件里面写明了该角色加载哪些.cns、.st、.cmd、.air和.sff。.cmd负责读玩家的按键指令.st/.cns负责定义状态.sff存放图片.air存放动画。10P 和 12P 的差异通常不是“角色文件变了”而是“同一个.def下面的某个变量变了”。因为选人界面可以切换调色板角色代码里能通过PalNo读到当前调色板编号于是很多作者会把 AI 等级、伤害倍率、是否允许必杀演出全部绑到调色板编号上。出现“10P 在 1P 正常12P 在 2P 失效”第一步应该去.st文件的[State -2]或[State -3]里搜索所有和调色板有关的判断。典型代码写法类似下面这样注意我加了很多注释内容只作为排查参考不是直接照抄就一定能用。; 示意代码按调色板编号切换 AI 模式或伤害倍率 [State -2, AI Level 10] type VarSet trigger1 PalNo 10 var(1) 10 var(2) 0 [State -2, AI Level 12] type VarSet trigger1 PalNo 12 var(1) 12 var(2) 1如果角色包作者真的采用了“PalNo 10 走一套、PalNo 12 走另一套”的写法那么 10P 和 12P 在 2P 位置表现不一致就不一定是坐标问题而是脚本里某个var()的值从开局就不一样导致后续状态全部走了不同分支。另外1P 和 2P 还要看选人方式。MUGEN 里同一个角色可以通过颜色位置选择不同调色板。部分角色包甚至会把第 12 号调色板设计成“高难度 AI”AI 逻辑会在[State -2]里大范围改写角色的出招判断。这种情况下12P 在 2P 位置打不死人可能不是因为伤害被吞了而是 AI 选择了一个“演出很华丽但最后一段没有正确接上 HitDef”的攻击套路。4. 复现测试推荐最小验证流程在开始查代码之前先建立一套稳定的复现方案。漫无目的地反复进对战很难判断修复是否有效。这里建议按下面的最小流程测。第一步准备一个“零 AI、不会乱动、可以稳定挨打”的测试靶子。如果你用的是现成角色包可以直接把测试靶子的.cmd里所有攻击指令临时注释掉只保留移动和防御动作。这样可以减少随机变量。# 临时注释攻击指令只做挨打测试 # [Command] # name A # command a # time 1第二步把 MUGEN 的分辨率、计时器和生命显示保持固定。不要一会儿用宽屏背景、一会儿用窄屏背景因为部分角色代码会把坐标写在背景绑定点上换背景后攻击距离表现会不同。第三步固定测试条件。让攻击角色与被攻击者保持在同一个水平线上距离控制在 0 到 80 像素之间。每次测试都从同样的开局距离开始然后记录下面几个内容攻击角色当前所在位置是 P1 还是 P2。当前使用的调色板编号是 10 还是 12。先手时攻击方有没有成功进入目标状态。演出动画是否完整播放。被攻击方生命是否变化。生命扣到 0 后有没有正常进入 KO。如果需要测“换位置”要先让双方发生一次换边再按同样的距离重新出招。第四步用二分法缩小变量。比如先只测“10P 在 P1 位置”和“10P 在 P2 位置”如果结果不一样说明问题大概率与位置和朝向有关如果 10P 两个位置都正常再把 12P 拿过来此时才轮到调色板分支的问题。这套流程看起来很笨但对解决 MUGEN 这种“自定义逻辑极高”的角色包问题比直接翻代码更高效。因为很多 bug 只会在特定物理距离、特定 RoundState 和特定血量区间下出现。5. 原因方向一PalNo 分支与 AI 模式切换排查顺序上建议先查调色板分支因为从现象里“10P 正常、12P 异常”已经足够明显了。查看方法很简单在文本编辑器里打开角色包的.st文件搜索PalNo。然后看作者有没有把任何攻击状态、伤害倍率或出招入口绑定到这个值上。如果搜索不到再看.cmd里是否用var()读取了 AI 等级因为很多角色包是通过“按几次开始键切换调色板”来进入不同 AI 模式的。当 12P 进入某个高 AI 分支后它可能不再使用 10P 那套直接攻击逻辑而是先进一个“检测”状态再根据检测结果决定下一步。如果检测条件里包含位置判断例如“对手在右侧才允许后续攻击”当 12P 自己站在 2P 位置时双方位置关系就反过来了检测结果自然不同。还有一种常见情况是变量重置时机不对。很多角色包会在开场或换边时重置var()但重置代码只写了 P1 开局没有处理 P2 开局。结果就是 10P 在 P1 位置被正确初始化12P 在 P2 位置带着上一轮残留变量进入战斗。对这类问题可以在.st的[State -2]开头加一段初始化日志先确认当前是哪个调色板、AI 变量是多少。; 示意把关键变量输出出来便于定位 PalNo 分支差异 [State -2, Print Key Var] type VarSet trigger1 RoundState 0 var(3) PalNo如果你能通过调试菜单看到变量变化就把 10P 和 12P 在同一个位置开局后的var(1)、var(2)、var(3)都记下来。只要两项不同那基本就是调色板分支造成的问题和换边关系不大。6. 原因方向二位置、距离和朝相关系如果调色板分支没有发现明显异常那就要把重心放到“换位置后结果变化”这个现象上。MUGEN 角色在地图上的位置并不是“永远左边打右边”。双方经过攻防后可以换边P1 也可能被推到屏幕右侧。代码里如果想要判断“打不打得到对手”通常需要用到P2Dist X或P2BodyDist X。关键点在于这部分距离值是带方向的。角色代码里如果没有对距离做绝对值处理只写了“对手在我右边某某像素内才攻击”那么当角色换到右侧、对手换到左侧时原本应该命中的判断就会失效。很多新手写 MUGEN AI 时都踩过这个坑表现就是“在 P1 位置战力正常换到 P2 后突然不会出招或者打到一半没有伤害”。另一类问题是Facing被写死在某个逻辑里。比如某个攻击演出通过Helper或Explod从固定坐标生成攻击方换边后Facing从 1 变成 -1但攻击判定框没有跟着变于是演出正常播放实际碰撞盒可能去到了背后或者偏出屏幕。建议先做一次小范围代码审查搜角色包里的P2Dist、P2BodyDist、Facing、enemy、enemynear等关键词。看到和坐标有关的判断时尽量改成不依赖左右方向的形式。下面给一个最简单的参考写法。; 推荐写法用 abs 判断水平距离 [State -2, Distance Check] type VarSet trigger1 1 var(8) abs(P2BodyDist X) ; 不推荐如果 P2BodyDist X 为负下面的判断可能不成立 ; trigger1 P2BodyDist X 0 ; trigger1 P2BodyDist X 80这里要注意abs()不是所有 MUGEN 版本都支持同样的写法使用前先确认当前引擎版本的语法。如果角色包只在老版本 WinMugen 上运行表达式兼容性可能更差建议把代码单独备份后逐段测试。换边导致的 bug最典型的验证方法不是“让两个角色互殴到自然换边”而是直接在训练环境里制造一次强制换边例如让角色过到对手身后或者利用换边投、站到对手反向位置。强制换边后再出同一招如果表现立刻异常就证明问题集中在左右方向相关判断上。7. 原因方向三HitDef 杀伤与 KO 判定逻辑“演出能放出来但杀伤失效”这个表述往往会让人先怀疑某个HitDef。MUGEN 里一个普通攻击要完成伤害必须经历下面几个环节第一攻击方进入移动类型为 A 的状态也就是movetype A。第二攻击状态里在正确的动画帧触发HitDef。第三HitDef 的命中帧碰到防御方身体触发命中效果。第四系统按 HitDef 里的伤害数值扣血。第五如果生命降到 0进入 KO 流程。如果角色只是播放了动画但是没有正常扣血可以优先检查攻击状态里是否真的执行了HitDef。有些演出类的“大招”会先播放很长的动画到最后一帧才放 HitDef。一旦前面某个变量被重置HitDef 条件不再满足就会出现“打了一整套、对面不掉血”的情况。检查方法是在攻击状态里临时把伤害改大同时把演出时间缩短方便快速看到结果。也可以把攻击状态和命中验证拆成两步。第一步只测试“这招能不能命中”命中后立刻确认对面掉血。第二步再测试“掉血之后能否正常 KO”。; 示意攻击状态内触发 HitDef [State 810, Hit] type HitDef trigger1 AnimElem 2 attr S, SA damage 120 guardflag MA hitflag MA animtype Hard pausetime 12, 16这段代码只是模板不保证直接放进你的角色包就能用。关键是理解“HitDef 必须命中后才会结算伤害”。如果对面处于防御状态伤害会按防御伤害结算如果对面处于不可击中的状态例如在某些type I的状态里HitDef 就命中不了。“无法击败”还需要单独检查 KO 相关逻辑。很多强力角色会给自己加“生命低于某个值就锁血”的代码触发条件与位置、RoundState 相关。当 12P 在 2P 位置时可能某个LifeAdd或TargetLifeAdd把对手血量拉到 0但同时又给对手续了 1 点血所以一直打不死。如果伤害不是通过 HitDef而是通过TargetLifeAdd或TargetState这类“直接操作目标”的控制器完成那问题会更隐蔽。因为这类控制器必须有有效的target目标被清空或被打断后就会失效。10P 可能因为 AI 出招节奏不同每次都有 target12P 的 AI 更激进先手时 target 还没建立就执行了扣血代码自然伤害丢失。8. 原因
MUGEN人物包中10P/12P换位后杀伤失效的排查方法
最近收到一条很典型的 MUGEN 人物包调试记录现象用一句话概括就是拉莱耶文本的 10P 放在 1P 位置先手做隔离检测时演出和杀伤都正常同一个角色包的 12P 放在 2P 位置隔离检测看起来能触发但杀伤失效也没办法把对手击败再把 10P 换到另一侧或换位置后测试原先正常的结果又变了。这种“P1 正常、P2 异常、换边后行为不同”的问题在 MUGEN 角色改版、AI 补丁和 10P/12P 这类多调色板版本里非常常见。这篇内容不是讲某个图像模型或者 WebUI而是回到 MUGEN 引擎本身把“拉莱耶文本 10P/12P 在 1P/2P 隔离检测”这条记录拆成可以复现、可以排查、可以修复的技术问题。文章会先把测试矩阵还原出来再讲 MUGEN 人物包里哪些文件决定 10P、12P 和 1P、2P 的差异接着按“调色板分支、位置朝向、HitDef 杀伤、演出框架、KO 判定”几个方向逐层排查最后给出一套适合长期维护角色包的最佳实践。如果你正在给 MUGEN 人物调 AI或者接到一个别人写好的角色包遇到了“某些调色板在 1P 能打赢换到 2P 就打不死人”的情况这篇文章可以直接按章节对照排查。下面先从问题本身说起。1. 先定位这条记录到底想表达什么把原始记录整理成测试矩阵大概是下面这种状态。下表只是为了把现象说清楚实际测试时不同回合的帧数、距离、双方剩余血量都会影响最终判断。测试轮次人物版本所在槽位操作方式观察结果第 1 轮拉莱耶文本 10P1P 位置先手隔离检测演出正常杀伤正常可以完成对战胜负第 2 轮拉莱耶文本 12P2P 位置隔离检测似乎是能进入检测或演出阶段但杀伤失效无法击败对手第 3 轮拉莱耶文本 10P换到另一侧或 2P 后同样先手隔离检测与第 1 轮表现不一致说明问题不只是 10P 和 12P 的调色板差异这个矩阵最有价值的点是把“演出”和“杀伤”分开了。如果是招数根本没发出来那问题多数出在状态入口、AI 指令或者变量切换不会看到完整演出。现在看起来是“状态启动了、演出也播放了但伤害没有正确结算”这种情况更偏向 HitDef 触发条件、Target 处理、伤害计算公式或者 KO 判定逻辑。还有一个关键信息是“换位置后变化”。MUGEN 里 P1 和 P2 的默认位置不同角色从左侧换到右侧后Facing 方向、P2Dist X 的符号、坐标系里的左右边界都会发生变化。如果角色包的攻击状态里写了“未取绝对值的 P2BodyDist X”一类的判断就会出现在 P1 位置命中、换到 P2 位置后完全不成立的情况。所以这篇文章后续不会去猜测“拉莱耶文本”这个角色到底用了什么秘密逻辑而是把最常见、最可能产生这种现象的四个原因讲清楚让你拿回自己的角色目录里逐项验证。2. MUGEN 人物包相关环境速览这次排查的对象不是训练好的 AI 模型也不需要什么显存、CUDA。环境方面更关注的是 MUGEN 引擎版本、人物文件目录结构和测试用的同人资源。可以参考下面这张速览表。项目说明引擎MUGEN 1.0 / 1.1 常见WinMugen 部分坐标和状态写法不完全兼容测试对象拉莱耶文本这个人物包的 10P、12P 版本或调色板核心文件.def、.cns、.st、.cmd以及.air、.sff资源文件变量控制点PalNo、Facing、P2BodyDist X、StateNo、var()、RoundState典型问题类型多调色板分支、AI 开关、左右方向、HitDef 触发、KO 判定排查工具MUGEN 自带调试模式、文本日志、最小角色包测试、备份版本对比风险提示涉及版权素材时需要确认授权不要用于未授权公开分发这里要特别说明一个概念在我看到的 MUGEN 人物包社区里10P、12P 一般不是独立的新引擎角色而是同一个角色目录下的调色板位置或者 AI 难度标记。很多作者会约定“1P 是第一套常用逻辑P2 是另一个方向或 AI 更高”也会把第 10、11、12 号调色板留给强力模式、Boss 模式或者击杀演出测试模式。如果拉莱耶文本本身不是靠 PalNo 切换而是直接做了多个独立.def文件那排查逻辑要再加一层先确认 10P 和 12P 是否真的共用同一套状态脚本。如果它们是两套文件就需要比较两个版本之间的状态差异而不是只查调色板分支。3. 文件层面谁在决定 10P / 12P 与 1P / 2PMUGEN 角色看起来是一个整体实际上拆开之后由好几个文件组合而成。.def是入口文件里面写明了该角色加载哪些.cns、.st、.cmd、.air和.sff。.cmd负责读玩家的按键指令.st/.cns负责定义状态.sff存放图片.air存放动画。10P 和 12P 的差异通常不是“角色文件变了”而是“同一个.def下面的某个变量变了”。因为选人界面可以切换调色板角色代码里能通过PalNo读到当前调色板编号于是很多作者会把 AI 等级、伤害倍率、是否允许必杀演出全部绑到调色板编号上。出现“10P 在 1P 正常12P 在 2P 失效”第一步应该去.st文件的[State -2]或[State -3]里搜索所有和调色板有关的判断。典型代码写法类似下面这样注意我加了很多注释内容只作为排查参考不是直接照抄就一定能用。; 示意代码按调色板编号切换 AI 模式或伤害倍率 [State -2, AI Level 10] type VarSet trigger1 PalNo 10 var(1) 10 var(2) 0 [State -2, AI Level 12] type VarSet trigger1 PalNo 12 var(1) 12 var(2) 1如果角色包作者真的采用了“PalNo 10 走一套、PalNo 12 走另一套”的写法那么 10P 和 12P 在 2P 位置表现不一致就不一定是坐标问题而是脚本里某个var()的值从开局就不一样导致后续状态全部走了不同分支。另外1P 和 2P 还要看选人方式。MUGEN 里同一个角色可以通过颜色位置选择不同调色板。部分角色包甚至会把第 12 号调色板设计成“高难度 AI”AI 逻辑会在[State -2]里大范围改写角色的出招判断。这种情况下12P 在 2P 位置打不死人可能不是因为伤害被吞了而是 AI 选择了一个“演出很华丽但最后一段没有正确接上 HitDef”的攻击套路。4. 复现测试推荐最小验证流程在开始查代码之前先建立一套稳定的复现方案。漫无目的地反复进对战很难判断修复是否有效。这里建议按下面的最小流程测。第一步准备一个“零 AI、不会乱动、可以稳定挨打”的测试靶子。如果你用的是现成角色包可以直接把测试靶子的.cmd里所有攻击指令临时注释掉只保留移动和防御动作。这样可以减少随机变量。# 临时注释攻击指令只做挨打测试 # [Command] # name A # command a # time 1第二步把 MUGEN 的分辨率、计时器和生命显示保持固定。不要一会儿用宽屏背景、一会儿用窄屏背景因为部分角色代码会把坐标写在背景绑定点上换背景后攻击距离表现会不同。第三步固定测试条件。让攻击角色与被攻击者保持在同一个水平线上距离控制在 0 到 80 像素之间。每次测试都从同样的开局距离开始然后记录下面几个内容攻击角色当前所在位置是 P1 还是 P2。当前使用的调色板编号是 10 还是 12。先手时攻击方有没有成功进入目标状态。演出动画是否完整播放。被攻击方生命是否变化。生命扣到 0 后有没有正常进入 KO。如果需要测“换位置”要先让双方发生一次换边再按同样的距离重新出招。第四步用二分法缩小变量。比如先只测“10P 在 P1 位置”和“10P 在 P2 位置”如果结果不一样说明问题大概率与位置和朝向有关如果 10P 两个位置都正常再把 12P 拿过来此时才轮到调色板分支的问题。这套流程看起来很笨但对解决 MUGEN 这种“自定义逻辑极高”的角色包问题比直接翻代码更高效。因为很多 bug 只会在特定物理距离、特定 RoundState 和特定血量区间下出现。5. 原因方向一PalNo 分支与 AI 模式切换排查顺序上建议先查调色板分支因为从现象里“10P 正常、12P 异常”已经足够明显了。查看方法很简单在文本编辑器里打开角色包的.st文件搜索PalNo。然后看作者有没有把任何攻击状态、伤害倍率或出招入口绑定到这个值上。如果搜索不到再看.cmd里是否用var()读取了 AI 等级因为很多角色包是通过“按几次开始键切换调色板”来进入不同 AI 模式的。当 12P 进入某个高 AI 分支后它可能不再使用 10P 那套直接攻击逻辑而是先进一个“检测”状态再根据检测结果决定下一步。如果检测条件里包含位置判断例如“对手在右侧才允许后续攻击”当 12P 自己站在 2P 位置时双方位置关系就反过来了检测结果自然不同。还有一种常见情况是变量重置时机不对。很多角色包会在开场或换边时重置var()但重置代码只写了 P1 开局没有处理 P2 开局。结果就是 10P 在 P1 位置被正确初始化12P 在 P2 位置带着上一轮残留变量进入战斗。对这类问题可以在.st的[State -2]开头加一段初始化日志先确认当前是哪个调色板、AI 变量是多少。; 示意把关键变量输出出来便于定位 PalNo 分支差异 [State -2, Print Key Var] type VarSet trigger1 RoundState 0 var(3) PalNo如果你能通过调试菜单看到变量变化就把 10P 和 12P 在同一个位置开局后的var(1)、var(2)、var(3)都记下来。只要两项不同那基本就是调色板分支造成的问题和换边关系不大。6. 原因方向二位置、距离和朝相关系如果调色板分支没有发现明显异常那就要把重心放到“换位置后结果变化”这个现象上。MUGEN 角色在地图上的位置并不是“永远左边打右边”。双方经过攻防后可以换边P1 也可能被推到屏幕右侧。代码里如果想要判断“打不打得到对手”通常需要用到P2Dist X或P2BodyDist X。关键点在于这部分距离值是带方向的。角色代码里如果没有对距离做绝对值处理只写了“对手在我右边某某像素内才攻击”那么当角色换到右侧、对手换到左侧时原本应该命中的判断就会失效。很多新手写 MUGEN AI 时都踩过这个坑表现就是“在 P1 位置战力正常换到 P2 后突然不会出招或者打到一半没有伤害”。另一类问题是Facing被写死在某个逻辑里。比如某个攻击演出通过Helper或Explod从固定坐标生成攻击方换边后Facing从 1 变成 -1但攻击判定框没有跟着变于是演出正常播放实际碰撞盒可能去到了背后或者偏出屏幕。建议先做一次小范围代码审查搜角色包里的P2Dist、P2BodyDist、Facing、enemy、enemynear等关键词。看到和坐标有关的判断时尽量改成不依赖左右方向的形式。下面给一个最简单的参考写法。; 推荐写法用 abs 判断水平距离 [State -2, Distance Check] type VarSet trigger1 1 var(8) abs(P2BodyDist X) ; 不推荐如果 P2BodyDist X 为负下面的判断可能不成立 ; trigger1 P2BodyDist X 0 ; trigger1 P2BodyDist X 80这里要注意abs()不是所有 MUGEN 版本都支持同样的写法使用前先确认当前引擎版本的语法。如果角色包只在老版本 WinMugen 上运行表达式兼容性可能更差建议把代码单独备份后逐段测试。换边导致的 bug最典型的验证方法不是“让两个角色互殴到自然换边”而是直接在训练环境里制造一次强制换边例如让角色过到对手身后或者利用换边投、站到对手反向位置。强制换边后再出同一招如果表现立刻异常就证明问题集中在左右方向相关判断上。7. 原因方向三HitDef 杀伤与 KO 判定逻辑“演出能放出来但杀伤失效”这个表述往往会让人先怀疑某个HitDef。MUGEN 里一个普通攻击要完成伤害必须经历下面几个环节第一攻击方进入移动类型为 A 的状态也就是movetype A。第二攻击状态里在正确的动画帧触发HitDef。第三HitDef 的命中帧碰到防御方身体触发命中效果。第四系统按 HitDef 里的伤害数值扣血。第五如果生命降到 0进入 KO 流程。如果角色只是播放了动画但是没有正常扣血可以优先检查攻击状态里是否真的执行了HitDef。有些演出类的“大招”会先播放很长的动画到最后一帧才放 HitDef。一旦前面某个变量被重置HitDef 条件不再满足就会出现“打了一整套、对面不掉血”的情况。检查方法是在攻击状态里临时把伤害改大同时把演出时间缩短方便快速看到结果。也可以把攻击状态和命中验证拆成两步。第一步只测试“这招能不能命中”命中后立刻确认对面掉血。第二步再测试“掉血之后能否正常 KO”。; 示意攻击状态内触发 HitDef [State 810, Hit] type HitDef trigger1 AnimElem 2 attr S, SA damage 120 guardflag MA hitflag MA animtype Hard pausetime 12, 16这段代码只是模板不保证直接放进你的角色包就能用。关键是理解“HitDef 必须命中后才会结算伤害”。如果对面处于防御状态伤害会按防御伤害结算如果对面处于不可击中的状态例如在某些type I的状态里HitDef 就命中不了。“无法击败”还需要单独检查 KO 相关逻辑。很多强力角色会给自己加“生命低于某个值就锁血”的代码触发条件与位置、RoundState 相关。当 12P 在 2P 位置时可能某个LifeAdd或TargetLifeAdd把对手血量拉到 0但同时又给对手续了 1 点血所以一直打不死。如果伤害不是通过 HitDef而是通过TargetLifeAdd或TargetState这类“直接操作目标”的控制器完成那问题会更隐蔽。因为这类控制器必须有有效的target目标被清空或被打断后就会失效。10P 可能因为 AI 出招节奏不同每次都有 target12P 的 AI 更激进先手时 target 还没建立就执行了扣血代码自然伤害丢失。8. 原因
