Patching MechCommander's "left arm bug" for fun and profit
AI 深度解读
背景
MechCommander 1（初代机甲指挥官）是一款经典回合制战术游戏，但其代码中存在一个长期未被修复的古怪 bug：所有“大型”武器都会被强制分配到机甲的左臂上。这意味着，如果一台机甲主要装备了大武器，一旦左臂被摧毁，该机甲几乎就失去了全部战斗力。尽管在常规战斗中，精确攻击特定部位的概率很低（即使有高射击技能的驾驶员），这个 bug 对大多数任务的结果影响有限，但偶尔发生时仍然令人沮丧。这一现象引发了玩家社区的好奇，一位技术爱好者（名为 Vana）注意到代码中武器分配逻辑对大型武器似乎不生效，于是另一位开发者决定深入挖掘并最终实现了修复。
核心内容
问题现象与初步观察
在 MechCommander 中，所有“大型”武器（如大型导弹、重型自动加农炮等）会被全部堆到机甲的左臂上。如果左臂被毁，这些武器便全部失效。虽然游戏中的纸娃娃系统（mech paperdoll）显示左臂被毁，但实际上视觉上受损的可能是右臂，这取决于机甲的朝向或某些渲染 bug——作者在文中也提到，官方手册中的“fire at left arm”命令实际上指向的是这个部位，因此他继续沿用“左臂”这一说法。
逆向工程：找到关键函数
游戏的可执行文件是机器码（或反汇编后的汇编代码）。利用 NSA 开发的 Ghidra 工具，作者将代码翻译成类似 C 语言的伪代码，以更可读的方式分析。他找到了一个判断武器是否为“large”（大型）的函数 getWeaponLarge()。该函数根据武器 ID 返回布尔值，默认返回 false（小型）。结合从 compbas.csv 文件（打包在 MISC.FST 中）提取的武器 ID，作者整理出了所有武器的分类列表。
武器分类结果
- “large”武器：包括所有 LRM（远程导弹）的发射架（rack）、SRM（短程导弹）的发射架（pack）、重型武器等。注意原文调侃：LRM 叫“rack”，SRM 叫“pack”，这是区分内天体与克拉克入侵者的关键知识。
- “small”武器：未在
getWeaponLarge()中明确定义的武器，包括 Desperate Measures（扩展包）添加的全部新武器。因为该函数没有更新，这些武器均被错误归类为“small”。
此外，分类规则并非简单的“≥9吨即为大型”。例如，大型激光（Large Laser）重 9.5 吨却被归类为“small”，而轻型自动加农炮（Light Autocannon）重 9.5 吨却被归类为“large”。克莱恩轻型超自动加农炮（Clan Light Ultra Autocannon）重 8.5 吨，也属于“large”。可见规则存在不一致。
测试验证
作者通过让驾驶员误伤自己（友军火力）来验证分类是否正确。测试结果表明：
- 大型武器确实全部进入左臂。
- 小型武器分布更分散。
- Desperate Measures 的武器被错误归类为小型，尽管按逻辑应为大型。
- 机甲驾驶员应该成立工会（玩笑）。
测试中还发现一个奇怪现象：有时左臂未被摧毁，但机甲的右臂视觉上消失，这可能是视觉 bug 或美术资源限制。此外，在重型 LB-X 测试中，驾驶员的生命/能量条显示大量武器损坏，但所有武器实际正常开火，推测问题在于驾驶员生命值或侧面躯干的结构损伤未在大型纸娃娃上显示。
修改代码与修复
作者定位到负责武器分配的函数。为了确认该函数功能，他修改了代码，将未知物品分配到本不该去的位置。修改后，打掉左臂会导致驾驶员立即死亡，但武器毫发无损；再打掉右臂，仍无武器损失。通过调试器追踪发现，修改可能将生命维持系统与引擎转移到了左臂，导致这些关键部件损坏后机甲失效。这说明游戏原本确实会将内部设备（如生命维持、引擎）分配到特定位置。
最终，作者耗时一天找到了正确的修复方法，使大型武器不再全部堆积到左臂，而是均匀分布到机甲的各部位。修复后的代码已可用。
关键要点
- bug 本质：MechCommander 1 的武器分配逻辑将所有“large”武器强制放入机甲的左臂，导致左臂被毁时机甲丧失全部大型武器火力。
- 错误分类：
getWeaponLarge()函数未包含 Desperate Measures 扩展包的新武器，导致这些武器被误判为“small”（本应属于“large”），进而影响了其分配行为。 - 分类规则不精确：简单地以“重量≥9吨”判定大型武器并不准确，存在多个违反规则的案例（如大型激光、克莱恩轻型超自动加农炮等）。
- 逆向工程工具：使用 Ghidra 将汇编代码反编译为 C 伪代码，极大提升了分析效率。
- 测试方法：通过友军火力精确打击特定部位来验证武器实际分配位置，并利用调试器观察修改代码后的行为变化。
- 修复方法：修改武器分配函数，使大型武器均匀分布到机甲各个部位，而非全部集中在左臂。
- 视觉不一致：游戏纸娃娃在手臂被毁时的显示存在 bug（可能根据朝向或随机因素显示为右臂被毁），但功能上左臂被毁仍导致武器丢失。
意义与影响
该修复不仅消除了一个困扰玩家多年的游戏 bug，也展示了社区逆向工程在经典游戏维护中的价值。通过 Ghidra 等工具，玩家可以深入理解旧游戏的代码逻辑，纠正设计缺陷，甚至为后续模组开发提供基础。此案例也提醒游戏开发者：保持代码一致性（如分类函数的更新）至关重要，否则扩展内容可能引入意外行为。此外，逆向工程的过程本身具有教育意义，它让更多人了解如何从二进制代码中提取有效信息，以及如何通过实验验证假设。对于 MechCommander 的爱好者而言，这一修复使得游戏体验更加公平和合理，也让这款经典作品在如今依然能被玩家顺畅地享受。