【讨论】关于FC&MD&SFC&GB游戏的修复问题
本帖最后由 xiong_online 于 2026-3-17 21:38 编辑03楼 & 12楼，FC修复Header（unh格式，nes格式，unf格式）
02楼 & 13楼，MD修复checksum（md格式，smd格式，bin格式）
04楼 & 06楼 & 07楼 & 08楼 & 09楼 & 14楼，SFC修复checksum（sfc格式，smc格式）
10楼，GB修复checksum（gb格式，gbc格式）
相关工具：uCON64
使用命令：ucon64 --chk ROM文件名
相关链接：https://ucon64.sourceforge.io 本帖最后由 xiong_online 于 2026-3-18 21:10 编辑
MD测试：
模拟器：Fusion v3.64
测试ROM：TinHead (USA) (Hack)6AB8A2EF.bin
Fusion 跳过红屏步骤：选项 → 设置 → Genesis → 自动修正校验（红屏是由ROM文件实现的）
checksum是通过将每两个字节（16位，从$200到ROM末尾）相加得出的。
然后将其与存储在 $18E 中的值进行比较，如果值不同，游戏将显示红色屏幕并停止运行。
MD格式是将BIN格式的数据进行了插值排列，GEN格式等于MD格式
SMD格式就是在MD格式上添加了512字节的Header数据，每16KB为一组进行了插值排列
修复工具：FixCheckSum（多重保护的没效）
修复步骤：单击“Load MD/32x ROM”按钮选择文件，点击“Fix CheckSum”，直到按钮变成灰色
相关链接：https://en.wikibooks.org/wiki/Genesis_Programming
相关链接：http://2006.emu618.org:6180/thread-95773-1-1.html
https://s41.ax1x.com/2026/03/17/peZzD0I.jpg
本帖最后由 xiong_online 于 2026-3-17 21:41 编辑
FC测试：
模拟器：VirtuaNES v0.0.6.7
测试ROM：Alien 3 (USA) (v1.1) 70506F6F.nes
【FC文件前十六字节（16 bytes）内容】
（字节0到3必须为以下内容，用来识别文件）
0 = 4E（N）
1 = 45（E）
2 = 53（S）
3 = 1A（字符中断，必要！）
（字节4到8或15，可以.修改）
4 = PRG（ROM的大小 / 16）
5 = CHR（VROM的大小 / 8，0表示卡带板子使用了VROM）
6 = D0：1 表示垂直镜像，0 表示水平镜像
D1：1 表示有电池记忆，SRAM地址$6000-$7FFF
D2：1 表示在$7000-$71FF有一个512字节的trainer
D3：1 表示4屏幕VRAM布局
D4-D7：ROM Mapper的低4位
7 = D0-D3：保留，必须是0（其中D3 = 1 ，为NES 2.0标识符）
D4-D7：ROM Mapper的高4位
8 = PRG-RAM的大小（很少使用的扩展）
9 = 电视系统（很少使用的扩展）
10 = 电视系统，PRG-RAM的存在（非官方的，很少使用的扩展）
11到15 = 未使用，应全部为零（部分ripper会把他们的名字放在7-15之间）
相关链接：https://www.nesdev.org/wiki/INES
【例子】
PRG：128K，CHR：128K，MAPPER：4
PRG = 128 / 16 = 8，十六进制为 08
CHR = 128 / 8 = 16，十六进制为 10
MAPPER = 4，十六进制为 04
则FC文件前十六字节内容为：4E 45 53 1A 08 10 40 00 00 00 00 00 00 00 00 00
https://s41.ax1x.com/2026/03/17/peeSVud.jpg
MD有的MD游戏有多重checksum保护，对于有多重checksum保护的游戏FixCheckSum工具是没效的。
SFC修复checksum比较麻烦，因为SFC ROM HEADER存放位置并不是固定，不同SFC ROM的HEADER存放位置不一样。
SFC HEADER结构看附件文档。 回xiong_online：
FC HEADER修复建议去NESBBS问老龙。 本帖最后由 xiong_online 于 2026-3-17 21:20 编辑
SFC测试：
模拟器：Snes9X v1.43
测试ROM：Mujintou Monogatari (Japan) (Fix) 5DC5BD2A.sfc
校验不通过，游戏开始会有bad checksum提示
Check Sum是通过将每个字节（8位）相加得出的；Complement Check是Check Sum的位逆。
Complement Check + Check Sum = FFFFh
SMC格式就是在SFC格式上添加了512字节的Header数据，转换工具：SNESTool、GoodSNES、inSNESt
修复工具：IPSandSUM
修复步骤：
1.使用十六进制编辑器查看前200h数据是否有大量的00（可选）
2.使用SNESTool移除Header（SMC转SFC，新文件比之前小512字节）
3.使用IPSandSUM修复checksum（File → Repair Snes CheckSum，有时候需要扩容）
4.使用模拟器运行（测试是否正常）
相关链接：https://en.wikibooks.org/wiki/Super_NES_Programming/SNES_memory_map
相关链接：https://sneslab.net/wiki/SNES_ROM_Header
https://s41.ax1x.com/2026/03/17/peeS08U.jpg
xiong_online 发表于 2020-10-26 22:58
核实一下，SFC的修复checksum有没有工具？ChecksumFixer吗？
相关链接：https://www.ppxclub.com/fo ...
uCON64有个--chk参数可修复ROM checksum，你可以试试
注意：uCON64是个命令行工具
uCON64 SOURCEFORGE页面：https://sourceforge.net/projects/ucon64/
本帖最后由 xiong_online 于 2026-3-18 21:08 编辑
SFC详细修复教程（删除文件头&修复checksum）
模拟器：Snes9X v1.43
测试ROM：Metal Max Returns (Japan) (v0.95) (Fix) 1D70F60E.smc
1、使用模拟器运行ROM，有bad checksum提示
https://i.ibb.co/gbfJZ3Bs/1-D70-F60-E.jpg
2、观察文件大小：4194816字节，不能被1024整除，可以判断为有Header
3、使用十六进制编辑器查看前200h数据，有大量的00
https://i.ibb.co/PZPRSM2C/1-D70-F60-E.jpg
4、使用SNESTool移除Header
https://i.ibb.co/W4MFzYLv/1-D70-F60-E.jpg
5、使用IPSandSUM修复（最终CRC32：B8E36EDF）
https://i.ibb.co/yB7KNcd8/1-D70-F60-E.jpg
6、使用模拟器运行，OK
https://i.ibb.co/k2F9QcLB/1-D70-F60-E.jpg 本帖最后由 xiong_online 于 2026-3-18 21:18 编辑
SFC详细修复教程（修改中间文件头&修复checksum）
模拟器：Snes9X v1.43
测试ROM：Wonder Project J - Mechanical Boy Pino (USA) (v20180510) 94F1E44F.sfc
1、使用模拟器运行ROM，有bad checksum提示
https://i.ibb.co/GfW3xvgS/94-F1-E44-F.jpg
2、观察文件大小：3.12 MB (3,276,800 字节)，使用CT扩容到4 MB，填充00
https://i.ibb.co/tp0QJNdD/94-F1-E44-F.jpg
3、使用十六进制编辑器查看前200h数据，没有大量的00，判断为sfc文件
4、修改FFC0h中间文件头（ROM标题修改为：WONDERPROJECT J，其余填充20；快速HiROM，30修改为31；美版，00修改为01）
https://i.ibb.co/vv4MbrVW/94-F1-E44-F.jpg
5、使用IPSandSUM修复（最终CRC32：1CEA842D）
https://i.ibb.co/mC7R8Hxg/94-F1-E44-F.jpg
6.使用模拟器运行，OK
https://i.ibb.co/1fhVsVr0/94-F1-E44-F.jpg 本帖最后由 xiong_online 于 2026-3-18 20:22 编辑
GB测试：
模拟器：BGB v1.5.6
测试ROM：Kiteretsu Daihyakka - Bouken Ooedo Juraki (Japan) D5AB832C.gb
014D：Header Checksum
通过将每个字节（8位，从0x134到0x14C）相加得出的。
014E-014F：Global Checksum
通过将每两个字节（16位，除了0x14E和0x14F）相加得出的。
修复工具：BGB
修复步骤：文件 → 载入ROM... → 打开调试器（ESC） → 文件 → 修复校验码 → 保存ROM到...
相关链接：https://gbdev.gg8.se/wiki/articles/The_Cartridge_Header
https://s41.ax1x.com/2026/03/18/pee77j0.jpg
https://s41.ax1x.com/2026/03/18/pee7buV.jpg
学到了新知识 本帖最后由 xiong_online 于 2026-3-18 20:19 编辑
FC补充说明：
模拟器：Mesen v0.99
测试ROM：Super Mario Bros. (World)D445F698.unh、Super Mario Bros. (World)3337EC46.nes、Super Mario Bros. (World)393A432F.nes
unh格式：无Header，即无文件头
nes格式：使用iNES 1.0标准，包含Header（16 bytes）
unf格式：为了比iNES 1.0更好的描述Mapper，后来被NES 2.0取代
nes格式：使用NES 2.0标准，包含Header（16 bytes），是对iNES 1.0的扩展
修复工具：Mesen
修复步骤：文件 → 打开 → 调试 → 编辑iNES头部 → 文件类型 → 另存为
相关链接：https://www.nesdev.org/wiki/INES
相关链接：https://www.nesdev.org/wiki/UNIF
相关链接：https://www.nesdev.org/wiki/NES_2.0
https://s41.ax1x.com/2026/03/18/pee72B8.jpg 本帖最后由 xiong_online 于 2026-3-18 20:17 编辑
MD修复教程：
修复工具：AFS FIX CheckSum MD 32X（多重保护的没效）
修复步骤：点击“OPEN ROM”按钮打开文件，勾上“Fix size on the ROM Header”，点击“FIX CHECKSUM”按钮
相关链接：https://www.romhacking.net/utilities/1610
https://s41.ax1x.com/2026/03/18/pee70tH.jpg
本帖最后由 xiong_online 于 2026-3-18 20:17 编辑
SFC修复教程：
修复工具：Advanced SNES ROM Utility
修复步骤：SFC转SMC，点击“Add Header”按钮；SMC转SFC，点击“Remove Header”按钮；
扩容点击“Expand ROM”按钮；INFORMATION栏修改信息；
HiROM转LoROM，点击“LoROM<->HiROM”按钮；修复checksum，点击“Fix Checksum”按钮
相关链接：https://www.romhacking.net/utilities/1638
https://s41.ax1x.com/2026/03/18/pee7yct.jpg
页:
[1]