BizHawk模拟器中GB游戏启动ROM保存问题的技术分析

问题概述

在BizHawk模拟器2.9.2版本中，使用Gambatte核心录制Game Boy游戏时，存在一个关于启动ROM(boot ROM)保存的技术问题。当用户使用默认设置录制游戏过程时，模拟器未能正确将启动ROM的相关信息保存到电影文件中。

技术细节

问题的核心在于模拟器在创建电影文件时，未能正确记录以下关键信息：

1. 启动ROM的哈希值
2. 启动ROM的启用状态("EnableBIOS":true)

正常情况下，当模拟器使用启动ROM运行游戏时，这些信息应该被明确记录在电影文件的同步设置中。然而在当前实现中，模拟器似乎会根据GB模式同步设置推断启动ROM，而不是明确记录实际使用的启动ROM信息。

问题根源

深入分析表明，这个问题源于模拟器初始化流程中的一个设计缺陷：

1. 电影文件头信息的填充(MovieConversionExtensions.PopulateWithDefaultHeaderValues)发生在核心初始化之前
2. 启动ROM信息是通过FirmwareManager.RecentlyServed获取的，而此时核心尚未完成初始化
3. 核心初始化后，实际的同步设置会被覆盖或忽略

这种执行顺序导致了电影文件中保存的启动ROM信息与实际使用的不一致。

影响范围

这个问题主要影响：

• 使用Gambatte核心录制的Game Boy游戏电影文件
• 默认设置下的录制行为
• 需要精确重现启动画面的TAS制作

值得注意的是，虽然问题表面上看是GB特定的，但其根本原因可能影响所有使用固件的核心。

解决方案方向

要彻底解决这个问题，需要考虑以下技术方案：

1. 重构电影录制初始化流程，确保核心完全初始化后再填充电影文件头信息
2. 明确区分新建电影和加载现有电影的逻辑路径
3. 确保同步设置能够正确反映核心实际使用的配置

技术建议

对于开发者而言，修复此问题需要注意：

1. 避免在核心初始化前依赖核心状态
2. 确保所有影响模拟行为的设置都能正确序列化到电影文件中
3. 考虑将电影录制流程与核心加载流程解耦

这个问题虽然表面上是关于启动ROM记录的，但实际上揭示了模拟器电影系统初始化流程中更深层次的设计问题，值得开发者重视并进行系统性修复。