世嘉模拟器凭什么敢承诺 100% 兼容：Genesis Plus GX 的硬件仿真之路

世嘉模拟器凭什么敢承诺 100% 兼容：Genesis Plus GX 的硬件仿真之路

【免费下载链接】Genesis-Plus-GXAn enhanced port of Genesis Plus - accurate & portable Sega 8/16 bit emulator项目地址: https://gitcode.com/gh_mirrors/ge/Genesis-Plus-GX

Genesis Plus GX 是一款以准确性为第一目标的开源 Sega 8/16 位模拟器，支持 Mega Drive、Master System、Game Gear、SG-1000 与 Mega CD 全系主机。它不是"让游戏能跑"就收工的移植品，而是一个把真机行为拆到寄存器级别的硬件仿真项目——本文不谈架构图，跟着一枚 ROM 从插进卡槽到播出第一段 BGM 的旅程，看看它到底在"模拟"什么。

先把 ROM 塞进机器：加载器如何猜出你手上是哪台主机

你拿到一个.md文件，双击它，模拟器面对的第一个问题其实很尴尬：它不知道这盘卡是给谁做的。同一颗卡带金手指，插进 Master System 是一回事，插进 Mega Drive 是另一回事——真机靠物理卡槽区分，电脑上没有卡槽。

于是[core/loadrom.c](https://link.gitcode.com/i/41cff3ed241f2352bcc52a593a9f35c7)变成了一个"读卡人"。它扫描文件头部的版权区域与标识字节，判断系统类型、区域（NTSC/PAL）、乃至卡带里藏着的硬件：是普通 ROM，还是带 SRAM 存档、带 EEPROM、带银行切换（bank switching）、甚至带 SVP 协处理器的特殊卡。[卡带硬件目录](https://link.gitcode.com/i/a6d32ec23a032ccb0a07893dd6105bbd)里光存储介质就分了 SRAM、EEPROM（93C、I2C、SPI 三种总线协议）、闪存等七八种实现，因为每款游戏存档芯片的时序都不一样，读错一步，当年的存档就读不出来。

判断完成之后，模拟器才从[system.h](https://link.gitcode.com/i/cbbca824c234be1d255a480eda9ef840)那张长长的系统表里选定身份：SYSTEM_MD、SYSTEM_SMS、SYSTEM_GG，甚至冷门的SYSTEM_PICO绘图板主机。一个模拟器内核承载五台主机，靠的就是这一层"插卡识别"。

三颗芯片一条总线：先给 68K 和 Z80 排一张地址表

身份定下后，硬件仿真才真正开始。Mega Drive 内部其实有两个 CPU：主处理器 Motorola 68000 负责跑游戏逻辑，协处理器 Zilog Z80 负责操作音频芯片，它们共享同一条总线和同一片内存。

真机上，芯片通过地址译码器决定"这个地址是谁的地盘"。模拟器要复刻这一层，就得把 24 位地址空间切成一张表，每个区域挂上对应的读写函数。这段逻辑集中在[core/genesis.c](https://link.gitcode.com/i/c4bdd911844220394a3e1d1d9055a600)，例如 0xE00000 往上是 64KB 工作 RAM，0xC00000 附近是 VDP 视频端口，0xA10000 是手柄和 I/O 控制寄存器。

最有意思的细节藏在 Z80 的访问规则里：真机上 Z80只能写 68K 的 RAM，却读不到它——这是硬件设计留下的怪癖，模拟器也老老实实照着办。更绝的是[core/membnk.c](https://link.gitcode.com/i/485433981553c4c560f4ffb649aee000)里的锁死处理：

unsigned int zbank_lockup_r(unsigned int address) { if (!config.force_dtack) { Z80.cycles = 0xFFFFFFFF; zstate = 0; } return 0xFF; }

真机访问到不存在的地址会拉低 DTACK 信号导致总线锁死、主机死机；模拟器就把 Z80 的时钟计数设为无穷大让它"卡住"，而不是宽容地返回一个正常值。不存在的硬件行为，也要被模拟——这正是高精度仿真与"差不多能跑"的分水岭。

一帧画面的诞生：3420 个时钟周期里挤着什么

游戏跑起来后，画面来自 VDP 视频处理器。VDP 是世嘉 8/16 位机最复杂的芯片，渲染管线被拆成控制与渲染两半：[vdp_ctrl.c](https://link.gitcode.com/i/f18b47586c7039301a8affbe79916bf2)管寄存器、状态标志和中断，[vdp_render.c](https://link.gitcode.com/i/2886d3d916065e6375b2a138cff23ea4)负责图块、精灵和滚动层（近 5000 行，是全项目最重的文件之一）。

但真正决定"像不像真机"的，是时序。真机一帧画面是按扫描线一行行扫出来的，[system.h](https://link.gitcode.com/i/cbbca824c234be1d255a480eda9ef840)里写着硬件的原始节奏：

#define MCLOCK_NTSC 53693175 /* 主时钟频率 */ #define MCYCLES_PER_LINE 3420 /* 每行 M 周期数 */

每一条扫描线恰好 3420 个主时钟周期，NTSC 制式 262 行一帧、PAL 制式 313 行一帧，于是得到精确的 59.92/49.70 帧率。CPU、VDP、音频芯片全部共享这个主时钟做节拍器——谁快一步，画面和声音就会脱节。你在真机 CRT 上看到的扫描线质感，由[core/ntsc/](https://link.gitcode.com/i/dd085b0233b87851ff07e689adeb29aa)模块负责合成，这也是老游戏"画面为什么有扫描线"的答案：那不是滤镜，是模拟器在尽力还原信号本身。

声音不能迟到的原因：一块缓冲区的修养

音频是模拟器里最容易被忽视、却最毁体验的部分。Mega Drive 的 FM 音源 YM2612、8 位机的 PSG，乃至 Mega CD 的 PCM，时钟频率各不相同，如果各自独立采样，混音必然产生爆音和漂移。

[core/system.c](https://link.gitcode.com/i/2a3cbe63ad2c0312ffd73653ccfe54a9)的方案是：所有声卡芯片以主时钟为公共时基推进，互相同步，帧结束时再用Blip Buffer统一重采样到输出采样率。这个库里还并存了 YM2612、YM3438、OPLL 三种 FM 芯片实现，因为后期 Mega Drive 的 YM3438 与早期 YM2612 在行为和时序上有细微差异——追求兼容性的后果，就是连芯片改版都要模拟。耳机党关心的三段式均衡器也有，写在同一个文件里。

同一份核心，换不同的皮囊

核心逻辑写好后，剩下的是外壳问题。项目把这层做得极薄：[libretro 前端适配](https://link.gitcode.com/i/1bd4dcf20d24fbc4bdbaa3c883ba5cf5)只有约 3800 行，负责把核心接到 RetroArch 的 API 上；[SDL 桌面版](https://link.gitcode.com/i/b8510276e652a5b156f420749e156ed3)处理窗口与事件；[Wii/GameCube 版](https://link.gitcode.com/i/9b2dc683e11ca215f9a7c875d6a23fa3)则提供完整 GUI，附带[用户手册](https://link.gitcode.com/i/d823e55b90475d2c861a2a2662721901)。输入侧同样被抽象成统一的设备类型——3 键/6 键手柄、光枪、鼠标、绘图板、4 人适配器，全都在 libretro.c 里用一套枚举对上号。

想自己编译一枚核心，命令也简单：

git clone https://gitcode.com/gh_mirrors/ge/Genesis-Plus-GX cd Genesis-Plus-GX/libretro make -f Makefile.libretro

这套"核心唯一、外壳多态"的思路，让它从最初的 GameCube 移植版，长成了横跨桌面、掌机、主机前端的通用世嘉模拟器。

结语

从识别一枚卡带，到复刻一次总线死机，再到让每一帧画面对齐 3420 个时钟周期——Genesis Plus GX 把"模拟"做成了一门挑剔的还原艺术：它不是让游戏看起来对，而是让硬件做它本来会做的事。下一次开机听到那段熟悉的 BGM 时，不妨想想，声音背后有一整台 1990 年的主机，正在你手心里重新醒来。

【免费下载链接】Genesis-Plus-GXAn enhanced port of Genesis Plus - accurate & portable Sega 8/16 bit emulator项目地址: https://gitcode.com/gh_mirrors/ge/Genesis-Plus-GX