PS1 月下夜想曲 Best 版本研究（一）：日版 SLPM_860.23 为什么是最佳底本

缘起：先决定改哪个版本

给《恶魔城：月下夜想曲》做改造——改数值、改 Boss 行为、加新招式——第一个问题其实不是「怎么改」，而是「改哪个版本」。

手头是日版 SLPM_860.23，而开源编辑器 SotN-Editor 只认美版 SLUS_000.67。两个可执行文件都是 563200 字节，乍看差不多。真正逐字节比对之后才发现：99.9% 相同，但有 633 段很短的差异，而且全局变量地址整体偏移了 8 字节。

8 个字节，足够让所有硬编码地址的改版工具在新版本上静默出错。

这篇记录我们把这套工具改造成日美双版本支持的过程与依据。

区域判定只要看两处：

两个可执行文件的加载基址和代码段布局完全一致，所以原编辑器里所有指向 EXE 内部的地址——LOAD_IMAGE_ADDR、VSYNC_ADDR、SPU_INIT_ADDR 等等——在日版里一个都不用改。

这是整个适配能在一个晚上跑通的前提。

代码几乎一样，但日版的数据段 / BSS 比美版大 8 字节，于是所有被游戏代码引用的全局变量地址都 +8。

验证方法是笨办法，但可靠：在美版代码里找出所有地址装载指令（lui + addiu 的组合），用 32 字节唯一片段把它们映射到日版代码，再读日版指令里的立即数。

结果：

举几个例子：

其中多边形列表那一组在日版代码里有 138 处互相印证，实体列表起点有 22 处——可信度非常高。

DRA.BIN 加载到 0x800A0000，两版内容差异极大，只有 17% 的字节相同。但结构一致：它是若干段数据与代码的拼接，日版在中间插入或删除了少量数据，于是不同区段的偏移差在 0、+8、+108、+332、+356、-424、-64 之间跳。

所以不能整体平移，只能一张表一张表地对齐。好在每种表都有可以校验的特征：

这是整个适配里最反直觉的一块。日版文本不是同一种编码：

说明文字（描述）是真 Shift-JIS。 比如武器说明「半魚人を召喚して攻撃する【消費】」，标准 CP932，以 0x00 结尾。

物品名 / 敌人名不是 Shift-JIS，而是游戏自造的一字节字模编码：

实测解码：

于是编辑器现在的策略是：名字按上表解码，无法解码的显示为 ?；如果一整串几乎全是字模索引（多数敌人名都这样），就直接留空，避免刷出一屏乱码。描述走 CP932 转 UTF-8。半角片假名顺便转成全角，读起来舒服些。

界面上还得自动加载 msgothic.ttc 并启用日文字形范围，否则日文全变方块。

无窗口自检模式（--selftest）逐张地图对比，房间数和实体数基本一致：

唯一的明显差异是 ST/WRP（传送房间）：15 / 60 对 15 / 380。这是两版地图数据本身就不同，不是解码错误。

日版初始化走不到「主循环地址」。 美版主函数初始化完会跳到 0x000E4100 停下来，日版会进入一段循环，实测跑 10 亿条指令仍停在同一处。所以模拟器只能靠指令上限返回。实测不影响地图解析。
汉字无法还原，原因见上。
日版地图里的敌人 / 物品 ID 与美版并不完全相同，同一拾取点可能对应不同物品——两版显示的名字本来就该不一样。
ST/WRP 在日版下实体处理极慢（有时超过 90 秒），因为某些实体的更新函数跑满指令上限。
欧版（SLES）没适配。它的 EXE 头同样带 for Europe area，会被误判成美版地址表，大概率只能部分工作。

结论是：日版 SLPM_860.23 适合当改造底本——EXE 与美版 99.9% 相同，工具链几乎可以直接复用；需要重新对齐的只有 DRA.BIN 里的表和那 +8 的全局偏移。代价是要额外处理一套自造的字模编码。

下一篇讲重打包：怎么从「没有代码空间」走到「可以随便扩容」。

系列文章