SNES9X模拟器中SuperFX芯片内存映射问题的技术分析

问题背景

在SNES9X模拟器的最新开发版本中，发现了一个与SuperFX芯片(又称GSU芯片)相关的内存映射问题。这个问题主要出现在处理4MB大小的SuperFX ROM时，当程序在$80以上的存储区(bank)执行时，如果设置SCMR寄存器为$0D(将RAM控制权交给SuperFX)，会导致模拟器锁定并崩溃。

技术细节分析

SCMR寄存器行为异常

SCMR(SuperFX状态控制寄存器)的RAN(ROM访问使能)位被错误地当作RON(RAM访问使能)位处理。具体表现为：

1. 在fxemu.cpp中，原代码错误地检查了(SCMR & 0x18) == 0x18的条件
2. 正确的实现应该是检查(SCMR & 0x18) != 0
3. 这个错误导致SuperFX芯片在某些情况下无法正确访问内存

内存映射问题

测试发现，当ROM大小为4MB时：

1. $80以上的存储区被错误地映射为ROM的上2MB区域
2. 正确的映射应该是$C0-$FF为ROM的线性映射，$80-$BF为前2MB
3. 这个问题在bsnes模拟器中不存在，表明是SNES9X特有的实现问题

解决方案

开发团队经过多次测试和讨论，最终确定了以下修复方案：

1. SCMR寄存器修复：修改了fx_checkStartAddress函数，使其正确检查内存访问权限，匹配bsnes的实现方式
2. 内存映射调整：对于大于2MB的ROM，采用新的内存映射方案：
   • 保持与旧映射模式的兼容性
   • 仅当ROM>2MB时激活新映射
3. 执行安全机制：添加了当S9xMainLoop在百万周期后未触发hblank时停止模拟的保护

影响评估

修复后进行了全面测试：

1. 所有官方SuperFX游戏均正常工作
2. Star Fox 2等已知问题游戏恢复正常运行
3. 4MB大小的自制ROM和hack也能正确运行
4. 性能表现与修复前相当

技术延伸

值得注意的是，真实的GSU芯片硬件存在限制：

1. GSU-1版本仅支持8Mbit ROM
2. 后期GSU-2版本增加了地址引脚，支持16Mbit ROM
3. 超出硬件支持的ROM空间在真实硬件上只能包含镜像数据

模拟器的实现考虑了这些硬件限制，同时为开发者和爱好者提供了更大的灵活性，支持超出硬件规格的内存映射方案。

结论

这次修复不仅解决了特定的崩溃问题，还改进了SuperFX芯片在SNES9X中的整体模拟准确性。通过深入分析硬件行为和对比其他模拟器的实现，开发团队找到了既保持兼容性又提高准确性的解决方案。这体现了开源模拟器持续改进和追求准确性的精神。