6502与小-端转换

Question

为了好玩，我正在实现一个NES模拟器。我目前正在阅读6502 CPU的文档，我有点困惑。

我看过一些文档，因为6502是小端，所以在使用绝对寻址模式时，您需要交换字节。我是在一台x86机器上写这篇文章的，这台机器也是小终端，所以我不明白为什么我不能简单地转换成uint16_t*，取消引用，让编译器计算出细节。

我在google测试中写了一些简单的测试，他们似乎同意我的观点。

// implementation of READ16
#define READ16(addr) (*(uint16_t*)addr)

TEST(MemMacro, READ16) {
  uint8_t arr[] = {0xFF,0xCC};
  uint8_t *mem = (&arr[0]);

  EXPECT_EQ(0xCCFF, READ16(mem));
}

这通过了，所以我的假设似乎是正确的，但我想我应该问一个比我更有经验的人。

在6502绝对寻址模式下拔出操作数是正确的吗？我有可能遗漏了什么吗？

Answer 1

它适用于小终端系统上的简单情况，但当相应的可移植实现很简单时，将您的实现与这些实现结合起来是不必要的。坚持宏，您可以这样做：

#define READ16(addr) (addr[0] + (addr[1] << 8))

(为了便于学习，您还应该确保addr[1]不能超出范围，如果addr可能是一个复杂的表达式，则需要添加更多的括号。)

但是，在您不断地开发模拟器时，您会发现最自然的做法是使用一对通用的read_mem()和write_mem()函数来操作单个字节。请记住，地址空间被分成多个区域(RAM、ROM和来自PPU和APU的内存映射寄存器)，因此有一个数组(例如，索引到的单个数组)将无法正常工作。内存区域可以由映射器重新映射，这一事实也使事情复杂化。(不过，对于简单的游戏来说，你不用担心这个问题--我建议你先从金刚开始。)

您需要做的是找出地址在您的read_mem()和write_mem()函数中属于哪个区域或内存映射寄存器(这称为地址解码)，并对地址执行正确的操作。

回到最初的问题，您最终将使用read_mem()读取地址的各个字节，这意味着uint16_t转换技巧甚至不太可能有用。这是最简单和最健壮的方法w.r.t。处理角落案例，以及我在实践中看到的每一个模拟器(雀巢、任天堂和FCEUX)。

如果您错过了它，那么EFNet上的#nesdev通道是非常活跃的，而且是一个很好的资源。我想你已经很熟悉NESDev的wiki了。:)

我还一直在开发一个可以找到这里的模拟器。