如何加载嵌套 ROM？
How do I load nestest ROM?
我完成了我的 6502 模拟器的编写，我准备开始测试它了。我找到了带有一些文档的 nestest ROM，但我不确定加载 ROM 的正确方法是什么。作者说，模拟器应该从0xC000开始，当我加载ROM时它包含0，所以我一定是做错了。
所以现在我的加载过程看起来像这样：
clear memory
set PC to 0x8000
open the file
skip first 16 bytes (iNES header)
load the rest of the file into RAM (starting at 0x8000)
set PC to 0xC000
根据 Nick Westgate 的评论（因此是即时社区 wiki），加载过程 is a bit more complicated than you might naively guess：
For now, you can load 0x4000 bytes starting at offset 0x0010, and map
that as ROM into both 00-$BFFF and $C000-$FFFF of the emulated
6502's memory map.
'for now' 假定您要编写一个 NES 模拟器，因此有一天会正确解析存储测试的 NES 相关文件格式，并模拟导致 NES 特定的内存映射方案到内容的镜像。
忽略 post 之前的评论，您应该“在每个周期[记录]您的 PC（和寄存器）”，以及 post 及以后的相同含义；他的意思是：
- 在获取第一个操作码字节之前，对程序计数器和其他寄存器进行内部记录；
- 读取最后一个操作数字节后，记录您在步骤 (1) 中存储的所有值以及完整指令及其反汇编。
如果您简化了模拟器中的内容，以原子方式读取和执行每个操作，然后按您本应花费的周期数提前跳过时间，那么您可能可以省略临时存储。我怀疑生成样本日志的作者已经实现了这样的模拟。关键线索将是 switch table 由某种程度上不是协程的操作码索引，and/or 指令长度的查找 table。
进一步的建议：
NES 实际上并没有使用 6502。它使用了一个省略了十进制模式的克隆——十进制标志根本没有作用。因此，如果您正在模拟 6502，预计测试结果会有所不同。
对于其他好的 6502 测试，请参阅：
- AllSuiteA（测试一大堆东西并给你一个通过或失败）；
- Klaus Dormann's tests（有点麻烦；如果特定测试失败，将在某处进入无限循环。您需要检查源代码以找出您遇到的失败）；和
- Wolfgang Lorenz's tests（一大堆单独的测试，最初是针对 运行 在 C64 上单独进行的，但很容易 运行 除了 6502 之外没有任何实现，它'我将在 PETSCII 中提供状态的文本输出，因此您还需要快速查找 table 以将其映射到 ASCII）。
我将所有这三个都用于 bootstrap 我最近的 6502 仿真器，加上一些自己编写的逐周期测试，用于测试中断之类的东西，你不会想到 6502 中的代码地址 space 能够处理。
我后来发现我在小数处理上有一个非常小的偏差——小到足以通过所有这些测试，但不足以通过详尽的 6502 比较。我在存档 attached to this post 中的 Acorn BBC 社区中方便地找到了一个更好的测试。我选择 运行 通过：
- 在
0x2900 加载 BCDTEST_beeb 的内容；
- 将
JSR 2900h写入地址0x200；
- 在
0xffee 处放置一个 RTS，但还要确保您可以捕获该地址；
- 将程序计数器设置为
0x200 并保持 运行ning 直到它处于 0x203;
- 然后测试
0x84处的值是0。如果是其他情况，则表示失败。
为了得到更多的反馈，任何时候 PC 进入 0xffee，输出 A 寄存器中的 ASCII 字符。
我完成了我的 6502 模拟器的编写，我准备开始测试它了。我找到了带有一些文档的 nestest ROM，但我不确定加载 ROM 的正确方法是什么。作者说，模拟器应该从0xC000开始，当我加载ROM时它包含0，所以我一定是做错了。
所以现在我的加载过程看起来像这样：
clear memory
set PC to 0x8000
open the file
skip first 16 bytes (iNES header)
load the rest of the file into RAM (starting at 0x8000)
set PC to 0xC000
根据 Nick Westgate 的评论（因此是即时社区 wiki），加载过程 is a bit more complicated than you might naively guess：
For now, you can load 0x4000 bytes starting at offset 0x0010, and map that as ROM into both 00-$BFFF and $C000-$FFFF of the emulated 6502's memory map.
'for now' 假定您要编写一个 NES 模拟器，因此有一天会正确解析存储测试的 NES 相关文件格式，并模拟导致 NES 特定的内存映射方案到内容的镜像。
忽略 post 之前的评论，您应该“在每个周期[记录]您的 PC（和寄存器）”，以及 post 及以后的相同含义；他的意思是：
- 在获取第一个操作码字节之前，对程序计数器和其他寄存器进行内部记录；
- 读取最后一个操作数字节后，记录您在步骤 (1) 中存储的所有值以及完整指令及其反汇编。
如果您简化了模拟器中的内容，以原子方式读取和执行每个操作，然后按您本应花费的周期数提前跳过时间，那么您可能可以省略临时存储。我怀疑生成样本日志的作者已经实现了这样的模拟。关键线索将是 switch table 由某种程度上不是协程的操作码索引，and/or 指令长度的查找 table。
进一步的建议：
NES 实际上并没有使用 6502。它使用了一个省略了十进制模式的克隆——十进制标志根本没有作用。因此，如果您正在模拟 6502，预计测试结果会有所不同。
对于其他好的 6502 测试，请参阅：
- AllSuiteA（测试一大堆东西并给你一个通过或失败）；
- Klaus Dormann's tests（有点麻烦；如果特定测试失败，将在某处进入无限循环。您需要检查源代码以找出您遇到的失败）；和
- Wolfgang Lorenz's tests（一大堆单独的测试，最初是针对 运行 在 C64 上单独进行的，但很容易 运行 除了 6502 之外没有任何实现，它'我将在 PETSCII 中提供状态的文本输出，因此您还需要快速查找 table 以将其映射到 ASCII）。
我将所有这三个都用于 bootstrap 我最近的 6502 仿真器，加上一些自己编写的逐周期测试，用于测试中断之类的东西，你不会想到 6502 中的代码地址 space 能够处理。
我后来发现我在小数处理上有一个非常小的偏差——小到足以通过所有这些测试，但不足以通过详尽的 6502 比较。我在存档 attached to this post 中的 Acorn BBC 社区中方便地找到了一个更好的测试。我选择 运行 通过：
- 在
0x2900加载BCDTEST_beeb的内容； - 将
JSR 2900h写入地址0x200； - 在
0xffee处放置一个RTS，但还要确保您可以捕获该地址； - 将程序计数器设置为
0x200并保持 运行ning 直到它处于0x203; - 然后测试
0x84处的值是0。如果是其他情况，则表示失败。
为了得到更多的反馈，任何时候 PC 进入 0xffee，输出 A 寄存器中的 ASCII 字符。