将《测试驾驶II》从超级任天堂移植到个人电脑，第五部分：第986帧的真实生产者追踪

上一个asmdump检查点并未新增渲染器功能。它为当前的考古工作增加了一项更有用的东西：一个可在后期窗口中廉价重运行的真实所有权证明。

该证明即第986帧。

这一点至关重要，因为该项目在片头工作阶段已陷入一个尴尬境地：

• 通过后期01:9FE5吸引窗口的、对桥接可见的路径已经相当稳固
• 围绕986帧的队列驱动重建已足够接近，具备实用价值
• 但针对后续窗口的生产者端所有权叙事仍然薄弱

项目此前已在第300帧拥有一个实时生产者追踪证明，但那属于早期前端场景。它适用于验证探针流水线，却并非解答后期吸引阶段问题（如OAM上传流量、可见精灵消失，以及弹道启动后未解决的合成间隙）的理想位置。

显而易见的后续目标是围绕7051帧的定时输入窗口，因为在那里，一条后期直接命中的图块地图来源路径重新开启。然而问题在于，在当前本地环境中，该路径所对应的开机定时输入生产者追踪仍会在输出探针JSON前失败。

这使得7051成为一个不宜继续耗费重试次数的糟糕选择。

因此，下一步行动是挑选一个成本更低的后期窗口目标，且需满足两个条件：

• 它已与当前阻塞问题密切相关
• 无需依赖脆弱的延迟输入设置即可复现

986帧同时满足这两点。

为何986是恰当的转折点

至此，该项目对第986帧已有充分了解：

• 队列驱动的背景/状态路径已相当接近
• 禁用OBJ可显著缩小截图差异
• 用干净的桥接OAM覆盖OBJ能达到相同的实用基准
• 专用的OAM增量工件已表明，探针OAM与桥接OAM在此处出现分歧

这些信息足以断言“986帧很重要”，但仍不足以说明谁仍在何时写入什么内容。

此时，关键问题已不再仅仅是：

• 重建后的帧是否足够接近？

而是：

• 在该帧周围的有限后期窗口中，哪些生产者仍在活跃？
• 我们看到的仍是可见精灵内容，还是仅剩上传流量？
• 活跃的回调函数族是否发生变化？

这些问题关乎所有权，而非截图相似度。

具体的检查点

此次提升的运行包含三个步骤：

1. 为986帧提取全新的帧包和设计包。
2. 在982至986帧范围内运行一次有限的实时写入点探针。
3. 将该探针结果合并到可视化契约中。

具体命令如下：

MESEN_RELEASE_DIR=/home/nivando-soares/Mesen2/bin/linux-x64/Release \
make -C tools mesen-design-pack MESEN_FRAME=986

MESEN_RELEASE_DIR=/home/nivando-soares/Mesen2/bin/linux-x64/Release \
MESEN_TIMEOUT_SECONDS=120 \
TD2_BOOT_PROBE_OUTPUT_PREFIX=tools/out/visual_contract_probe_986_live/td2_boot_probe \
TD2_BOOT_PR