GameCube架构

Rodrigo Copetti 的实用分析

经典版 - 最后更新于:2024年12月21日

可用语言:🇬🇧 - English, 🇪🇸 - Español, 🇹🇷 - Türkçe, 🇨🇳 - 简体字, 👋 - 添加翻译


关于此版本

“经典版”是 “现代版” 的替代版本。 它不需要 Javascript、最新的 CSS 或复杂的 HTML 支持就能工作。 它更适合电子书用户、过时的浏览器或使用无障碍工具的读者阅读。另外,电子书用户现在可以从这里查看 电子书版

两个版本内容完全相同, 只是交互式部件被简化为纯 HTML。 如果读者想尝试“完整版”,可以使用切换回原始文章的链接。

和其他文章一样,这篇文章可在 Github 上查看,这样读者可以报告错误或提出修改。这里还有一个 前置阅读材料 可用来帮助理解该系列文章。作者还接受 捐助翻译 以帮助提高现有文章和即将发表的文章的质量。


目录

  1. 相关影像
  2. 快速入门
  3. 中央处理器 (CPU)
    1. 特点
    2. IBM的改进
    3. 是进步还是退步?
    4. 巧妙的内存系统
    5. 整理内存和整理ARAM
  4. 图形
    1. 架构设计
      1. 数据库
      2. Geometry
      3. 纹理
      4. 渲染
    2. 交互式比较
      1. 升级
      2. 更新
    3. 创造力
    4. 视频输出系统
    5. 连接
  5. 音频
    1. 压缩与自由
      1. 其他资料
  6. I/O
    1. 内部I/O
    2. 可选I/O
    3. 不寻常的 I/O
    4. 一致的设计
  7. 操作系统
    1. 启动动画和shell界面
  8. 游戏
    1. 专业硬件
    2. 存储介质
    3. 不寻常的控制器
    4. 在线平台
  9. 反盗版&自制软件
    1. 安全机制
      1. DVD控制器
      2. IPL和EXI
      3. 荣誉奖
  10. 这就是全部了,伙计们。
  11. Copyright and permissions
  12. 来源 / 继续阅读
  13. 参与贡献

相关影像

型号

Image
初版,也是仅有的一版Game Cube。
于2001年9月14日于日本,2001年11月18日于美国,2002年5月3日于欧洲发布。

主板

Image
主板
取自已有的"DOL-CPU-10"型号,后来的型号去掉了串行端口2和数字输出接口。 编码器芯片、扩展、控制器和PSU槽位于另一侧。
Image
带有重要部件标签的主板

图示

Image
主架构图
每一条数据总线都标注有带宽。

快速入门

当“3D尝试”的日子已成为过去,任天堂的新产品与前代产品截然不同,它提供了一个干净而强大的突破,将为我们打开一扇通往全新、原创和前所未见内容的大门。

值得指出的是,这一架构的设计使其成为这一代最紧凑的硬件之一。 这一点在没有推出轻薄或者lite版本上得到了强调。


中央处理器 (CPU)

在SGI在图形市场失去主导地位后,任天堂需要寻求新的合作伙伴。

Image
Gekko的构成

IBM似乎是一个很有希望的候选者: 除了在大型计算机方面的杰出成就外,他们最近还与摩托罗拉和苹果公司结盟,开发出一种足以与英特尔在个人电脑市场的统治地位相抗衡的中央处理器。 由此产生的产品是一系列携带名称为PowerPC的处理器,它们被选中为99%的苹果Macintosh电脑和一些嵌入式系统提供动力

很快,任天堂需要一款强大而廉价的处理器,为了符合这些要求,IBM选择了它过去的一个设计,即PowerPC 750CXe(曾用于iMac G3的后期型号,也称为2001年初夏),并增强了它的功能,以满足游戏开发者的需求。 结果就是PowerPC Gekko处理器,主频为486 MHz

特点

让我们来看看Gekko为何如此与众不同,为此,我们需要首先了解750CXe提供的东西[1]

此外,该CPU还包括专用单元,可加快特定计算速度[2]

当然,还包括了一些高速缓存以加速内存带宽:

IBM的改进

虽然之前列出的特性受到很高评价(与之前的一代相比),但这款CPU在游戏性能方面仍然落后于其他处理器(不要忘记这仍然是一款通用用途的CPU,在处理电子表格方面表现出色,但在物理运算方面一般)。 为了弥补这一点,IBM添加了以下的调整来构建Gekko处理器 [3]

除了处理游戏逻辑(物理、碰撞等)外,这些增强功能将使CPU能够以可接受的性能实现图形流水线的某些部分(几何变换、光照等)。 这非常重要,因为GPU只能加速有限的一组操作,因此最终的结果不受GPU的限制所制约。

是进步还是退步?

在您的Nintendo 64 文章上,您提到该系统有一颗64位的CPU,但GameCube的CPU是32位的。 Nintendo是否降级了他们的游戏机呢?

事实上,Gekko实现的是32位PowerPC规范,而MIPS R4300i可以在32位和64位模式之间切换。 要回答这是否是一种改进,您需要问自己一个问题:为什么需要’64位’?

正如您所看到的,GameCube已经享受到了64位系统的优势,尽管它并没有被称为’64位游戏机’。 这正是为什么您和我不能仅通过’位数’来总结两台复杂的机器。

巧妙的内存系统

在设计下一代架构时,任天堂的架构师们对他们之前的设计进行了事后分析,并发现在使用统一内存架构以及一些高延迟组件(如RDRAM)时,导致了最大的瓶颈之一(几乎50%的CPU周期被浪费在空闲状态)[4]。 此外,多个独立单元的加入也导致了对内存总线的竞争。

因此,GameCube的设计者提出了一种新的内存系统,严格基于提供专用内存空间使用低延迟芯片。 采用新设计后,GPU和CPU将不再争夺相同的内存(导致填充率问题),因为GPU现在拥有自己的内部内存,而且速度惊人。 另一方面,GPU仍将负责对I/O的访问进行仲裁。

Image
此系统的内存布局。

这样系统就有了两条主要总线:

此外,这种设计还包含一条额外的(但并不常见的)总线,可以在其中找到更多内存:

总的来说,这意味着虽然ARAM提供了相当大的内存容量,但它将仅限于不那么关键的任务,如充当音频缓冲区或被某些配件使用(在I/O部分中解释)。

整理内存和整理ARAM

到目前为止,我们已经看到,从纸面上看,该机的内存能力无疑优于前代产品,但仍有改进的余地。 例如,任天堂本可以安装更多硬件,将ARAM整合到 CPU 的内存映射中。

与此相关,我们再来看看Gekko中使用的MMU。 CPU采用32位地址总线,最多可访问4 GB内存,但系统中的内存却远远达不到这个数量。 因此,为了防止出现未填充(和不可预测)的内存地址,“虚拟内存”寻址被默认激活,用更安全、易缓存和连续的“虚拟”地址映射来掩盖物理地址[6]

为了实现这一功能,Gekko(以及其他PowerPC架构)通过以下过程将虚拟地址转换为物理地址:

  1. 执行块地址转换(Block Address Translation,BAT):有8对可编程寄存器(4对用于数据,4对用于指令),每对寄存器将一个虚拟地址范围映射到一个连续的物理地址范围。 如果在这些范围内找到物理地址,MMU就会尝试查找。
  2. 如果BAT不起作用,则读取页表: MMU还存储了一个表,用于编目页面(虚拟地址块)的物理地址。
    • MMU读取页表可能需要一些时间,因此需要一个转译后备缓冲区(TLB)来缓存最近的读取。
    • x86或MIPS等其他架构也提供分页功能,但并非所有架构都提供TLB。
  3. 最后,如果请求的虚拟地址仍然无法转换,那么MMU就会在CPU中触发“分页错误”异常,并让操作系统决定下一步该怎么做。

那么,这对开发人员有什么用呢? 原来,任天堂发布了一些库,可以在分页的帮助下使用ARAM扩展主RAM。 简而言之,ARAM是不可寻址的,但CPU可以调用DMA从ARAM中获取和存储数据。 因此,CPU可以将页面从主RAM中移出,为其他资源腾出空间,并将其暂时存储在ARAM中。 之后,每当发生页面故障时,操作系统包含的一些例程就会用于查找ARAM中丢失的页面,并将其恢复到主RAM中的原始位置。

总之,通过一些巧妙的技巧,这些通用功能使GameCube游戏能够享受比技术允许值更多的内存,从而达到更高的质量水平。 不过,需要注意的是,这些技巧可能会带来一些性能损失(尤其是在想当然的情况下)。


图形

这是这款游戏机最关键的部分之一,它基本上让GameCube成为了GameCube

这款游戏机GPU的历史有一些有趣的联系: N64的SoC(RCP)的开发主管Wei Yen后来成立了ArtX公司,并与任天堂签订了开发下一代芯片的合同:Flipper

Image
超级马里奥阳光(Super Mario Sunshine)(2002)

与上一代产品相比,ArtX 有了很多改进,例如,子系统被严格简化为单核(但功能强大)。

在开发过程中,ArtX被ATI收购,六年后ATI又被AMD收购。 因此,你会在游戏机壳子正面看到ATI的贴纸。

架构设计

Flipper是一个处理多种服务的复杂单元[7],所以现在让我们把重点放在图形组件上(因为它负责让我们的几何图形栩栩如生)。 我们将这一区域称为GPU图形引擎,如果你一直在阅读N64的文章,我只是想告诉你,这个核心现在已经可以正常工作了,所以程序员无需担心要注入代码才能让它工作。 不过,还有一些有趣的部分可以定制。

Image
Flipper的GPU部分的流水线设计

与往常一样,为了在屏幕上绘制一帧图像,我们的数据将通过GPU的流水线传输。 数据会经过许多不同的组件,我们可以将其分为四个阶段:

数据库

Image
数据库阶段示意图

CPU和GPU通过主RAM中固定长度的FIFO缓冲区相互通信,这是CPU编写绘图命令的预留部分,GPU将读取(并最终显示)这些命令,CPU和GPU本身都支持这一功能。

此外,CPU和GPU不必同时指向同一个FIFO,因此CPU可以在GPU读取第一个FIFO的同时填充另一个 FIFO[8]。 这样可以避免空转。

在复杂的场景中,发出单个命令来构建我们的几何图形会变得非常繁琐,因此官方库中包含了一些工具,可以从游戏资产中生成所需的显示列表(预编译的FIFO命令集),只需将这部分复制到RAM中,GPU就能有效地显示它们。

GPU包含一个命令处理器,负责从FIFO中获取命令。

Geometry

Image
使用间接模式的顶点阶段示意图。

在这里,基元会根据所需的场景进行相应的形状转换,并为光栅化做好准备。 引擎使用专用的顶点单元(Vertex unit,“VU”)来完成这项工作。

有两种顶点模式可用于处理通过FIFO发送的基元:

加载完成后,可以对基元进行变换剪切光照(每个顶点都有一个RGB值,该值还可以进行内插,用于高洛德着色(Gouraud Shading)),最后进行投影

纹理

Image
使用默认设置的纹理阶段示意图

现在是为模型应用纹理和特效的时候了,为此GPU包含多个处理像素的单元。 现在,这是一个非常精密(但也相当复杂)的程序,如果你觉得难以理解,就把它想象成一条处理像素的大流水线吧。 因此,有三组单元可供选择:

所有这一切都得益于1 MB的纹理内存(1T-SRAM 类型),该内存可分为高速缓存和Scratchpad内存(快速 RAM)。 此外,还提供SRTC(S3纹理压缩)纹理实时硬件解压缩功能,可在1 MB 内存中容纳更多纹理。

渲染

Image
渲染阶段示意图

渲染流程的最后阶段包括对场景进行一些可选但有用的润色:

生成的帧最终会写入嵌入式1T-SRAM中的帧缓冲区,但它仍被锁定在 Flipper 内部(该区域被称为“嵌入式帧缓冲区”(Embedded Frame Buffer,“EFB”),虽然它也包括Z缓冲区)。 因此,要在电视上显示它,我们必须将其复制到外部帧缓冲区(External Frame Buffer,“XFB”)[11],这可以通过视频接口(Video Interface,“VI”)来获取。 此外,复制过程还可以应用抗锯齿(减少块状边缘)、去闪烁(平滑亮度的突然变化)、RGB到YUV转换(类似格式,占用内存空间更少)和Y缩放(垂直缩放帧)等效果。

值得一提的是,XFB区域也可由CPU操作,这使它能将先前渲染的位图与我们最近渲染的帧结合起来;或者当某些游戏需要渲染色彩非常丰富的帧时,EFB无法容纳这些帧,因此它们被分块渲染,之后由CPU进行合并(始终与VI保持同步)。

交互式比较

是时候将这一切纳入视野了,看看程序员们是如何利用这台游戏机的新图形功能,对以前的游戏设计进行进化的。 别忘了,这些例子都是互动的!

升级

上一代游戏机中,由于多边形数量的限制,马里奥的模型不得不缩减,而在这一代游戏中,马里奥的模型被完全重新设计,请仔细看看马里奥的模型是如何从素面朝天演变成皱巴巴的袖子的。

Image Image Image “现代版本”中可用的互动模型
N64的任天堂明星大乱斗(Super Smash Bros)(1999)
320个三角形
Image Image Image “现代版本”中可用的互动模型
NGC的任天堂明星大乱斗DX(Super Smash Bros. Melee)(2001)
4718个三角形

在短短两年时间里,我们获得了如此多的细节,真是令人印象深刻,不是吗?

更新

在这种情况下,Sonic Team已经为其独特的游戏机设计了索尼克模型,但在将游戏移植到GameCube之后,他们发现自己可以在模型上添加更多的多边形,从而获得更好的细节。

Image Image Image “现代版本”中可用的互动模型
Dreamcast的索尼克大冒险(Sonic Adventure)(1999)
1001个三角形
Image Image Image “现代版本”中可用的互动模型
NGC的索尼克大冒险DX(Sonic DX)(2003)
1993个三角形

创造力

从这条流水线的内部工作原理可以看出,图形技术一直在不断发展,现在程序员可以控制渲染过程中的某些功能。

Image
塞尔达传说: 风之杖(The Legend of Zelda: Wind Waker)(2003)

在同一时期,PC显卡开始放弃固定功能的流水线,转而使用着色器核心(运行定义像素操作方式的小程序的单元)。 尽管Flipper仍然包含一个固定功能的GPU,但通过加入TEV单元等组件,可以说任天堂提供了自己的类似着色器的解决方案。

我觉得塞尔达传说:风之杖(The Legend of Zelda: Wind Waker)是利用这种新功能的最佳游戏之一,它采用了一种称为卡通渲染/三渲二(Cel Shading)的独特色彩/光照技术,使纹理看起来很卡通

视频输出系统

视频信号输出分辨率可达640x480像素(PAL制式为768×576像素),色彩高达1670万种(24位色深)。 此外,该系统还能以逐行模式播放信号(图像更清晰,但当时并非所有电视都支持这种模式)。

XFB可以有多种尺寸,因此出于兼容性的考虑,视频接口会根据区域对XFB进行重新采样,以适应电视屏幕,从而尽力显示帧。

连接

游戏机包含的视频输出接口不是一个,而是两个:

Image
机子背面的A/V端口。

音频

任天堂终于提供了一些专用音频电路,以卸载CPU-GPU的繁重任务,并提供更丰富的音效。 他们的新解决方案是在Flipper中运行旺宏(Macronix)公司生产的独立数字信号处理器(Digital Signal Processor,“DSP”)

DSP的工作包括对原始音频数据执行不同的操作(如音量变化、采样率转换、3D音效、滤波、回声、混响等),然后输出2通道PCM信号。 然而,DSP并不是单独工作的,它还需要其他组件的帮助来提供音频。

它的第一个伙伴是音频接口(Audio Interface,“AI”),这是一个16位立体声数模转换器,负责通过音频信号将最终样本发送到电视上。 AI每0.25毫秒只能处理32字节的音频数据,因此,如果考虑到每个声音样本多达2字节,而我们需要两个样本来创建立体声,那么AI将能够混合多达8个采样率高达32 kHz的立体样本!

最后,我们还有音频RAM(ARAM)区块,这是一个很大(16 MB)但速度很慢的备用存储器,可用于存储原始声音数据。 由于空间很大,GPU也可以用它来存储额外的素材(如纹理)。 CPU无法直接访问该内存,因此需要借助DMA来移动内容。

无论好坏,DSP都可以通过使用微码进行编程(哎呀),但不用担心,因为官方SDK已经捆绑了一个通用微码,除了游戏机的启动序列和一些任天堂游戏外,几乎所有游戏都使用了这个微码(真方便,因为任天堂没有记录DSP,所以只有他们知道如何编程)。

话虽如此,声音的产生过程如下[12]

  1. CPU命令DMA将原始采样移动到ARAM。
  2. CPU发送一系列指令,指示DSP如何操作这些采样。 换句话说,CPU上传微码程序(官方只向开发人员提供一个)。
  3. DSP从ARAM中获取采样,应用所需的操作并将它们混合到两个通道中。 最后,它将得到的数据存储在RAM中。
  4. AI从RAM中获取经过处理的采样,并通过音频信号输出。

压缩与自由

虽然我们已经进入采样时代,不再受限于特定的波形,但新的声音系统仍然是一个巨大的进步。 首先,强制音乐排序的传奇已经一去不复返了。 现在,系统可以将预先制作好的音乐流畅地传输到音频终端,就像多年前的土星PS1一样。

让我以两款游戏为例,一款是在任天堂64上发布的游戏,另一款是在GameCube上发布的续集。 两款游戏的配乐不同,但背景(与敌战斗)相同。 考虑到每个系统的设计(共享与专用),看看这两首曲子的音质有何不同。

N64的纸片马里奥(Paper Mario)(2000)
由RSP实时排序。
NGC的纸片马里奥:千年之门(Paper Mario: The Thousand-Year Door)(2004)
DSP音频流传输

如你所听,DSP最终为音乐作曲家提供了他们一直要求的灵活性和丰富性。

其他资料

为了进行更直接的横向对比,我准备了这个互动式小工具,显示作曲家们最终是如何为GameCube及其前身改编乐曲的。 在这里,任天堂64和GameCube都使用了相同的欢快配乐,通过对比,我再次展示了GameCube DSP的技术优势。

“现代版本”中的互动播放器
音频采样
N64:星之卡比64:水晶碎片(Kirby 64: The Crystal Shards)(2000)
NGC:星之卡比:空中竞速(Kirby Air Ride)(2003)

现在,为了直观地了解每条音轨背后发生了什么,下面是两张各自的频谱图。 在开始之前,如果您对这类图表不熟悉,我建议您阅读我之前的NES文章,尤其是音频部分(我在那里介绍了这些图表)。

Image
星之卡比64:水晶碎片的PCM通道的频谱图
Image
星之卡比:空中竞速的PCM通道的频谱图

公平地说,混合音轨很难在频谱图中分解,但我相信我可以尝试从中推断出一些规律。

首先,在GameCube曲目中,几乎所有频谱都得到了均匀的利用,这可能是由于伴奏中使用了额外的乐器(增加了谐波,因此填补了频谱图上的更多区域)。

最后,GameCube频谱图上的振幅看起来分布更均匀。 换句话说,每种乐器的音量都有不同程度的平衡,并包含混响等效果。 我猜测后者是作曲家在制作这首乐曲时的初衷,而GameCube支持音频流这一事实使得这类控制成为可能。 因此,作曲家可以使用任何工具对音乐进行排序和混音,而不是严格依赖游戏机(及其局限性)在运行时进行排序和混音。

我不敢说任天堂64完全无法实现同样的效果。 但有一点可以肯定的是,在任天堂64的世界里,每一个音频功能都会耗费额外的周期和/或内存,而这会对游戏的其他方面产生影响。 因此,需要对资源进行合理分配。 另一方面,由于GameCube支持更大的采样,因此可以直接流式传输制作的全部乐谱。


I/O

这一代产品似乎在可扩展性和配件方面下了很大功夫,GameCube包含了几个新的有趣端口,尽管其中一些端口仍未使用。

内部I/O

Image
GameCube架构主图。 其中,北桥控制着大部分I/O。

Flipper负责将CPU与其他组件连接起来,因此除了包含声音和图形电路外,它还提供了一个名为北桥的硬件集合,由以下部分组成[13]

每个接口都有一组寄存器来改变其某些行为。

可选I/O

在GameCube外壳的底部,您可以找到两个外部插座,用于连接一些小部件。

Image
机箱底部合盖的配件插槽
Image
机箱底部开盖的配件插槽

两者在技术上完全相同(串行总线运行频率为32 MHz),但它们的外部形状各不相同,以适应不同的配件:

这些端口通过EXI堆栈运行。

不寻常的 I/O

你会注意到,我还没有提到串行端口旁边的另一个可用插座: 并行端口(Parallel Port)。 这个端口的速度要快得多(8位80 MHz与1位32 MHz),这可能就是任天堂称其为高速端口(Hi-Speed Port)的原因。 但最特别的是,该端口不是通过EXI接入系统,而是通过ARAM!

迄今为止,唯一已知的官方配件是著名的Game Boy Player,它可以作为GameCube的额外底板插入,包含了原生播放Game BoyGame Boy Advance游戏所需的硬件。 播放器的工作原理是自己完成所有繁重的工作,然后将结果(帧和音频数据)发送到ARAM,GameCube再将其转发给相应的组件进行显示/发声。

一致的设计

我认为值得指出的是,无论连接多少配件,游戏机始终保持立方体形状(或至少试图保持)。


操作系统

打开游戏机后,CPU将开始加载BIOS/IPL芯片上名为Dolphin OS的操作系统,这是一个非常简单的操作系统,将负责初始化硬件,并提供一些方便的系统调用和全局变量供游戏使用。 使用官方SDK开发的游戏将在底层操作中隐含执行这些调用。

Image
启动动画结束后显示的官方Logo

启动动画和shell界面

完成启动过程后,操作系统会加载一个非官方称作“主菜单”的小程序。

Image
提供多种设置的主菜单
Image
时钟设置
Image
声音设置

该程序负责显示著名的启动动画(微立方体绘制GameCube徽标),并在已插入游戏的情况下加载游戏。 在没有有效游戏的情况下,它将提供一个简单的立方体菜单,上面有各种选项可供选择:


游戏

任天堂为开发者提供了大量工具,以协助(并鼓励)他们为自己的游戏机开发游戏[14]

专业硬件

除软件外,该公司还在游戏机公开发布前后提供了不同的硬件套件(价格不等)。

其中最受欢迎的可能是海豚开发硬件(Dolphin Development Hardware,“DDH”),它由一个类似PC的塔式外形组成,包含GameCube的部分I/O接口和大量开发辅助硬件[15],主要用作在Windows PC上开发游戏时的调试站。

存储介质

游戏从一种名为miniDVD的专有光盘中加载,它的大小几乎是传统DVD光盘的一半,最多可容纳1.4 GB的数据。

一个有趣的事实是,光盘读取器以恒定角速度(Constant Angular Velocity,CAV)工作,这意味着如果数据位于光盘的外部区域,则读取速度较快(3.125MB/s),如果数据位于内部区域,则读取速度较慢(2MB/s)。 这与恒定线速度系统(传统CD/DVD光驱使用)不同,后者的效果正好相反。

游戏保存内容存储在一种名为记忆卡的专有外置配件中,有足够的插槽容纳两张记忆卡。

不寻常的控制器

任天堂出品了一种名为GameBoy Link Cable的配件,它可以将Game Boy Advance插入NGC控制器端口,这样游戏就可以将小程序上传到 GBA,并将其视为一个特殊的控制器。 这一有趣的功能使一些游戏能够实现独特的互动和内容。

在线平台

竞争对手不同的是,任天堂不仅要求用户购买额外的配件才能访问在线内容,而且也没有部署任何可供发行商依赖的互联网服务[16],这就使得开发商必须独自负责提供必要的互联网基础设施。

因此,尽管在线游戏是一种可能的功能,但并未被广泛采用,只有极少数游戏利用了这一功能。


反盗版&自制软件

任天堂在这一领域已经有相当长的时间,因此他们加入安全机制以防止运行未经授权的软件或来自不同地区的游戏并不是什么新闻。 此外,由于GameCube提供了一系列新的输入/输出接口,攻击面大大增加。

安全机制

我们可以把它们归纳为以下几个方面:

DVD控制器

尽管这是任天堂首款使用光盘介质的游戏机,但要想玩盗版游戏并不容易。 miniDVD除了数据加密外,还在光盘内侧使用专有条形码进行保护。 验证和解密过程天衣无缝:miniDVD控制器会进行处理,而系统只限于请求数据。

组成DVD读取器的硬件可以想象成一堵堡垒墙,只有通过一系列命令才能进入,miniDVD控制器有一个专有的CPU,它负责判断插入的光盘是否是真的,如果不是,主CPU发出的任何命令都无法说服它读取光盘。

击破: 与其他猫捉老鼠的游戏一样,第三方公司迟早会成功反向设计控制器,制造出可以欺骗读取器的改机芯片。 但请记住,在不对外壳进行物理改动的情况下,任何改装芯片都无法让这台游戏机神奇地装入传统的CD/DVD!

IPL和EXI

另一种可能的入侵途径是利用外部I/O加载自制程序。 如果不先破解DVD光驱,唯一的办法就是控制GameCube加载的第一个程序,那就是… …IPL。

这意味着,通过反向工程BIOS并用修改过的芯片替换芯片,就可以运行文件阅读器,并执行从附件端口接收的程序(假设插入了额外的硬件)。

尽管如此,IPL芯片是使用XOR条件和密码文本[17]加密的,因此“不可能”进行反向工程。

击破:黑客们最终发现,处理IPL解密的硬件包含一个漏洞,使他们能够捕捉到所使用的密码文本[18]。 有了这个漏洞,他们就可以用相同的密码对另一个ROM进行加密,这样GameCube就能把它当作自己的ROM启动!

如果这还不够,黑客们还找到了新的方法来欺骗miniDVD阅读器,使其加载传统DVD。

荣誉奖

在这两种机制被发现之前,其实还有一种更简单的方法,可以在不做任何修改的情况下加载任意代码。 这种方法就是劫持在线协议

一些游戏(如梦幻之星OL(Phantasy Star Online))实现了自己的在线功能,可以通过从公司服务器下载更新的可执行文件(DOL文件)来更新,而后者的协议没有实现任何安全性。 因此,正如您所看到的,这是一次蓄势待发的中间人攻击……

长话短说,通过假服务器欺骗,GameCube可以下载(并执行)你提供的任何DOL。 这意味着黑客只需要原版梦幻之星OL游戏碟和宽带适配器。 这种技术被称为PSOload[19]


这就是全部了,伙计们。

Image
我最近从阁楼上抢救出来的旧GameCube。 我只需要Wii的手柄(那时买二手货更便宜!)。

好了,这就是第10篇文章

我真的想给这篇文章的长度设定一个大致的限制,但你必须明白,技术已经变得如此复杂,如果我不小心跳过任何重要的内容,整个话题就会变得无法跟上。

总之,我要感谢#dolphin-dev IRC社区帮助我了解Flipper GPU的复杂流水线,这些人开发GameCube模拟器已经有好几年了,他们所承受的艰辛令人印象深刻。

最后,如果你觉得这篇文很有趣,请考虑投稿。 我努力使它尽可能完整,在这个过程中,我忘记了它突然花费了我多少时间,不过我觉得这是一项很好的投资。

下篇文章见!
Rodrigo.


参与贡献

这篇文章是 游戏主机架构 系列的一部分。如果您觉得我的文章很有趣,请考虑捐赠。您的资助将用于购买工具和资源,以帮助我提高现有文章和即将发表的文章的质量。

Donate with PayPal
Become a Patreon

你也可以购买英语版本的电子书。我会将获得的利润视为捐赠。

Image

在这里追踪本文所需工具和最新购置情况:

Interesting hardware to get (ordered by priority)

Acquired tools used

或者,您可以通过 建议更改添加翻译 来提供帮助。


Copyright and permissions

This work is licensed under a Creative Commons Attribution 4.0 International License. You may use it for your work at no cost, even for commercial purposes. But you have to respect the license and reference the article properly. Please take a look at the following guidelines and permissions:

Article information and referencing

For any referencing style, you can use the following information:

For instance, to use with BibTeX:

@misc{copetti-gamecube,
    url = {https://classic.copetti.org/writings/consoles/gamecube/},
    title = {GameCube Architecture - A Practical Analysis},
    author = {Rodrigo Copetti},
    year = {2019}
}

or a IEEE style citation:

[1]R. Copetti, "GameCube Architecture - A Practical Analysis", Copetti.org, 2019. [Online]. Available: https://classic.copetti.org/writings/consoles/gamecube/. [Accessed: day- month- year].

Special use in multimedia (Youtube, Twitch, etc)

I only ask that you at least state the author’s name, the title of the article and the URL of the article, using any style of choice.

You don’t have to include all the information in the same place if it’s not feasible. For instance, if you use the article’s imagery in a Youtube video, you may state either the author’s name or URL of the article at the bottom of the image, and then include the complete reference in the video description. In other words, for any resource used from this website, let your viewers know where it originates from.

This is a very nice example because the channel shows this website directly and their viewers know where to find it. In fact, I was so impressed with their content and commentary that I gave them an interview 🙂.

Appreciated additions

If this article has significantly contributed to your work, I would appreciate it if you could dedicate an acknowledgement section, just like I do with the people and communities that helped me.

This is of course optional and beyond the requirements of the CC license, but I think it’s a nice detail that makes us, the random authors on the net, feel part of something bigger.

Third-party publishing

If you are interested in publishing this article on a third-party website, please get in touch.

If you have translated an article and wish to publish it on a third-party website, I tend to be open about it, but please contact me first.


来源 / 继续阅读

反盗版

音频

CPU

游戏

图形

影像