引用

相关工具：ucon64
使用命令：ucon64 --chk ROM文件名
相关链接：https://ucon64.sourceforge.io/

引用

【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
       D4-D7：ROM Mapper的高4位
8 = PRG-RAM的大小（很少使用的扩展）
9 = 电视系统（很少使用的扩展）
10 = 电视系统，PRG-RAM的存在（非官方的，很少使用的扩展）
11到15 = 未使用，应全部为零（部分ripper会把他们的名字放在7-15之间）

相关链接：http://wiki.nesdev.com/w/index.php/INES

NESMapperProgram.zip (95 K) 下载次数:0

引用

Fusion 跳过红屏步骤：选项 → 设置 → Genesis → 自动修正校验（红屏是由ROM文件实现的）

checksum是通过将每两个字节（16位，从$200到ROM末尾）相加得出的。
然后将其与存储在 $18E 中的值进行比较，如果值不同，游戏将显示红色屏幕并停止运行。

MD格式是将BIN格式的数据进行了插值排列，GEN格式等于MD格式
SMD格式就是在MD格式上添加了512字节的Header数据，每16KB为一组进行了插值排列

相关链接：https://en.wikibooks.org/wiki/Genesis_Programming
相关链接：http://2006.emu618.org:6180/thread-95773-1-1.html
修复工具：FixCheckSum（多重保护的没效）
修复步骤：单击“Load MD/32x ROM”按钮选择文件，点击“Fix CheckSum”，直到按钮变成灰色

FixCheckSum.zip (8 K) 下载次数:10

genesis_rom.zip (6 K) 下载次数:4

引用

校验不通过，游戏开始会有bad checksum提示
Check Sum是通过将每个字节（8位）相加得出的；Complement Check是Check Sum的位逆。
Complement Check + Check Sum = FFFFh
SMC格式就是在SFC格式上添加了512字节的Header数据，转换工具：SNESTool、GoodSNES、inSNESt

相关链接：https://en.wikibooks.org/wiki/Super_NES_Programming/SNES_memory_map
相关链接：https://sneslab.net/wiki/SNES_ROM_Header
修复工具：IPSandSUM
修复步骤：
1.使用十六进制编辑器查看前200h数据是否有大量的00（可选）
2.使用SNESTool移除Header（SMC转SFC，新文件比之前小512字节）
3.使用IPSandSUM修复一下（修复checksum，有时候需要扩容）
4.使用模拟器运行（测试是否正常）

IPSandSUM.zip (144 K) 下载次数:1

SNESTool.zip (19 K) 下载次数:0

SNESROM_HEADER.zip (5 K) 下载次数:1

超任ROM文件头格式解析.zip (5 K) 下载次数:1

引用

014D：Header Checksum
通过将每个字节（8位，从0x134到0x14C）相加得出的。

014E-014F：Global Checksum
通过将每两个字节（16位，除了0x14E和0x14F）相加得出的。

相关链接：https://gbdev.gg8.se/wiki/articles/The_Cartridge_Header
修复工具：BGB
修复步骤：加载ROM → 打开调试器（ESC） → 文件 → 修复校验码 → 保存ROM到...