REDRIVER2：PS1经典游戏《Driver 2》的现代C++重实现与逆向工程解析

开头先和读者朋友们说一声：如果你对“老游戏如何重生”感兴趣，那么 REDRIVER2 可以说是一个非常有代表性的案例。它不靠模拟器，而是直接把 2000 年 PS1 版《Driver 2（车手2）》的引擎逆向重写成现代 C/C++ 代码，让这款经典驾驶游戏以原生进程的方式重新跑在现代操作系统上。本文会从项目背景、技术原理、环境构建、运行配置、常见排错和工程学习价值几个方面，带大家完整体验一遍 REDRIVER2 的搭建与学习流程。无论你是玩家、图形学爱好者，还是想入门游戏逆向的开发者，都可以从这篇文章中找到自己需要的部分。

1. REDRIVER2 是什么：经典游戏的一次“现代重写”

1.1 Driver 2 的历史背景

《Driver 2》是 Reflections Interactive 开发、Infogrames 于 2000 年在 PlayStation 平台发行的驾驶游戏。相比前作《Driver》，这一代最大的玩法创新是加入了“下车”系统：玩家不仅能在城市里开车狂飙，还可以在步行状态下离开车辆，执行换车、收集任务道具、步行潜入等操作。这种“开车 + 步行”的混合玩法在当时相当少见，也奠定了其在驾驶游戏玩家心中的经典地位。

游戏的美术和关卡设计同样很有时代特点。玩家将穿行于芝加哥、哈瓦那、拉斯维加斯、里约热内卢等多个风格不同的城市，每一个城市都被压缩成若干开放街区，任务以电影化的飞车追逐和警方围捕为核心。由于 PS1 的硬件性能有限，游戏在城市规模、绘制距离、同屏车辆数之间做了很多取舍，这也给后续的逆向重写工作留下了大量值得研究的优化痕迹。

1.2 重实现、移植与模拟器的区别

在很多玩家眼中，只要游戏能在电脑上跑起来，就统称为“模拟”。但 REDRIVER2 所属的技术路线其实完全不同于模拟器，这里必须先厘清三个概念：

• 模拟器（Emulator）：比如 DuckStation、ePSXe，它们通过模拟 PS1 整机硬件，让原版游戏二进制直接运行在虚拟环境下。优点是兼容性好，缺点是很难跳出原机的性能与渲染边界。
• 移植（Port）：把原版源码或二进制搬到另一个平台。移植通常要求厂商开放源代码，或者通过二进制转译等方式在目标平台上执行原程序。
• 重实现（Reimplementation）：不直接使用原版代码，而是先用逆向工具把原版二进制中的逻辑分析清楚，再用现代语言重新实现出来。重实现项目一般还需要配合原版游戏资源文件一起使用。

REDRIVER2 属于典型的“重实现”项目。它不是模拟器，也并非简单搬运，而是对《Driver 2》这套引擎的底层逻辑做了一次“拆解与再创作”。最终效果是，原版的关卡、模型、音频、任务逻辑依然来自原版数据，但整个引擎已经变成现代处理器可以直接运行的 C/C++ 程序。

1.3 REDRIVER2 的定位与现状

REDRIVER2 的目标是以可读性好、可维护性高的现代 C 语言，复刻《Driver 2》在 PS1 上的运行行为。需要特别强调的是，项目本身不包含任何原版商业素材，用户必须自行提供从自己合法拥有的原版光盘中提取的游戏数据文件。这种做法与 OpenMW、re3、OpenRCT2 等知名开源重实现项目保持一致，也保持了法律与版权上的安全边界。

从社区发展来看，REDRIVER2 长期以来保持活跃迭代，渲染器、输入系统、菜单系统、游戏逻辑都在不断接近“可完整游玩”的状态。玩家可以用它运行原版关卡，并在现代硬件上获得更高分辨率、更稳定帧率；开发者则可以把整个代码仓库当作一份活着的“PS1 游戏引擎逆向工程教材”来研读。接下来的内容，我会逐步拆解它背后的技术思路。

2. 为什么要重写一个老游戏引擎

2.1 老游戏在现代系统上的兼容性困境

PS1 是一部 1994 年发布的家用主机，核心硬件包括主频 33.8MHz 的 MIPS R3000A 处理器、2MB 主内存、1MB 显存和一颗专用 GPU。现代操作系统、CPU 指令集和内存管理方式已经与那个时代截然不同，无法直接运行 PS1 的可执行文件。更关键的是，PS1 的光盘采用的是 CD-ROM XA 格式，读取目录结构、音轨、数据轨的逻辑也与今天的通用光盘工具差异很大。

即便使用模拟器，玩家也会遇到画面拉伸模糊、音频延迟、控制器映射不直观、高清显示设备下扫描线效果不理想等体验问题。重实现项目通过在现代操作系统上重新实现游戏逻辑，可以绕过这些“时代隔阂”，让游戏作为原生进程运行，直接使用系统窗口、OpenGL 上下文和现代输入 API。这正是 REDRIVER2 这类项目存在的技术动因。

2.2 逆向工程的价值

有人觉得逆向工程自带灰色色彩，但事实上，在合法授权范围内研究和分析自己合法拥有的软件或游戏，是软件工程、安全研究、游戏开发和系统底层技术中的常见方法。REDRIVER2 的价值首先体现在技术学习上：

• 读取和理解 MIPS 汇编指令，分析控制流、数据流和函数调用关系。
• 识别 PS1 协处理器（GTE、MDEC、DMA）的工作职责。
• 使用 Ghidra、IDA Pro、radare2 对二进制进行标注、重命名和反编译。
• 将反复出现的汇编片段概括为高层 C 函数。
• 逆向资源格式，理解模型、贴图、动画、音频在内存中的二进制布局。

这些能力对游戏引擎开发、图形学、软件安全和底层系统研究都有直接帮助。尤其是当你完整跟完一个游戏引擎的逆向流程后，你会对“一个商业游戏是如何跑起来的”产生从代码到硬件的完整理解，这比只看教程或源码要深刻得多。

2.3 同类开源重实现项目大盘点

开源游戏重实现并不是一个新鲜领域，如果你喜欢这类项目，很可能已经听说过以下代表：

• OpenMW —— 重实现《上古卷轴3：晨风》的引擎，支持现代操作系统和增强画质。
• re3 / reVC —— 重实现《GTA III》与《GTA 罪恶都市》引擎。
• OpenRCT2 —— 在重实现《过山车大亨2》的基础上扩展了对现代平台的支持。
• Ship of Harkinian —— 重实现《塞尔达传说：时之笛》。
• OpenRA —— 对《命令与征服》系列引擎做现代化重制。

REDRIVER2 在这些项目中比较特殊的一点是，它需要处理的原始平台是 PS1。PS1 的硬件特性非常鲜明，它的 GPU 渲染管线非常底层，顶点格式、纹理加载、光照计算都和现代 GPU 完全不同。因此逆向《Driver 2》的渲染引擎，难度和工作量也比重实现一些 PC 时代游戏更大，随之而来的学习价值也更高。

3. 技术原理：从 PS1 汇编到现代 C 代码

3.1 PS1 硬件特点与渲染基础

要理解 REDRIVER2 的代码，必须先理解 PS1 的渲染方式。PS1 的图形系统可以概括为以下几点：

• 顶点变换由 GTE（Geometry Transformation Engine）协处理器完成，CPU 负责传输数据和控制状态。
• GPU 是一块异步器件，CPU 通过 FIFO 命令队列向 GPU 提交绘制命令。
• 3D 绘制图元包括点、线、三角形和四边形，其中三角形和四边形都可以选择平面着色、Gouraud 着色、纹理贴图或半透明混合。
• PS1 的顶点坐标使用整数定点数，纹理坐标与屏幕坐标精度有限，因此画面会出现非常经典的“顶点抖动”和“纹理抖动”效果。

如果你曾经用 DuckStation 玩过 PS1 游戏，应该能直观感受到那种低分辨率、像素颗粒明显、画面边缘微微抖动的视觉效果。REDRIVER2 要做的就是保留这种原汁原味的 PS1 风格，同时把底层绘制命令正确提交给现代 OpenGL 上下文，这是一个相当有挑战的转换过程。

在 PS1 GPU 的命令体系中，多边形绘制命令往往由一个操作码和一组顶点坐标组成。例如三角形绘制命令会携带每个顶点的坐标、颜色值和可选的纹理坐标；四边形绘制命令则额外多一个顶点。由于 PS1 没有现代意义上的“着色器”，所以光照、半透明、纹理混合等效果都需要靠引擎预先计算好颜色值，再交给 GPU 做插值。这也是为什么原版游戏中的车灯光晕、爆炸特效看起来带有很浓的“PS1 味道”。

3.2 逆向分析的完整流程

REDRIVER2 的逆向过程大致可以拆成五个阶段。第一阶段是二进制准备，也就是从《Driver 2》光盘中提取出主程序文件。PS1 的可执行文件通常是 PS-X EXE 格式，内部包含代码段、数据段、BSS 段等基础信息。第二阶段是静态分析，开发者会用 Ghidra 或 IDA 装载这个二进制文件，识别代码段、数据段、重定位信息和导入函数。

第三阶段是函数还原。分析人员会从入口点出发，识别每个函数的边界、参数传递方式、栈帧大小以及返回值，再把常见的 MIPS 汇编转写为可读的 C 伪代码。这个阶段很依赖对 MIPS 调用规范的理解，比如参数如何通过 a0-a3 寄存器传递、返回值如何使用 v0、延迟槽指令如何处理等。第四阶段是数据结构重建，游戏中的全局变量、任务结构体、对象池、链表的布局往往藏在相对固定的内存地址中，分析人员需要根据读写模式反推出完整结构。

第五阶段是行为对齐，也是最耗时的一步。开发者需要用模拟器或真机运行原版游戏，记录下特定按键在特定场景下的输出帧、日志、AI 行为、车辆物理表现，然后与重实现代码进行逐帧对比。一旦发现行为不一致，就要回头修正函数算法或数据结构，如此反复迭代，直到新代码与原版行为高度一致。换句话说，最终提交到仓库的每一行 C 代码，背后很可能都有一大段无法通过自动化工具直接生成的“手工推导”过程。

3.3 资源提取与文件格式还原

引擎逻辑重写了，但关卡、车辆、贴图、音频这些资源仍然来自原版光盘。要让新引擎能识别这些资源，开发者必须做两件事。第一件事是提取光盘数据，把原版光盘内容整理成目录或镜像；第二件事是分析每一个资源文件内部的二进制格式，例如车辆模型的顶点数组结构、贴图的调色板偏移、菜单按钮的坐标信息等。

REDRIVER2 项目中会包含一套资源解析代码，用来把原版文件解析成可用的内存结构。玩家只需要按要求把原版数据放在指定目录，程序启动时会自动完成读取与解析，不需要手动转换格式。这里也要提醒大家：不同区域的版本（美版、欧版、日版）可能存在文件命名和目录结构差异，所以请务必以项目 README 中注明的区域版本为准，否则可能出现数据读取失败或资源错位。

3.4 REDRIVER2 的代码组织思路

从架构层看，REDRIVER2 这类重实现引擎通常包含以下几个模块。平台层负责窗口创建、事件循环、文件读写、时间管理，一般会基于 SDL2 或类似跨平台库实现。渲染层承担把 PS1 GPU 命令翻译成现代图形 API 调用的任务，涉及顶点格式转换、纹理上传、半透明混合、深度排序等关键逻辑。游戏逻辑层则实现任务系统、车辆物理、AI、碰撞检测、摄像机、音效触发等核心玩法。

资源层读取原版游戏数据文件，解析模型、贴图、动画、音频等资源；兼容层则提供一些与原版内存布局或函数调用习惯对齐的“影子结构”，方便在整个引擎尚未完全重写时，继续运行原版二进制来辅助验证。这种分层设计的最大好处是支持增量开发：开发者可以先用原版二进制“打底”，一个模块一个模块地替换成重实现代码，每个阶段都能运行起来验证结果，而不是永远等待“最终完整版”。

4. 编译构建与运行实战

4.1 环境准备

REDRIVER2 是一个跨平台 C/C++ 项目，可以在 Linux、Windows、macOS 下构建，这里以最常见的 Ubuntu 22.04 为例说明前置依赖。如果你使用的是其他 Linux 发行版，包管理器和依赖包名称可能有所不同，但整体思路是一样的。需要准备的组件通常包括：

• 支持 C++17 或更高版本的编译器，GCC、Clang、MSVC 均可。
• CMake 3.10 或更高版本。
• SDL2 开发库。
• OpenGL 开发库。
• Git 版本控制工具。

在 Ubuntu / Debian 下可以执行：

sudo apt update sudo apt install build-essential cmake git libsdl2-dev libgl1-mesa-dev

如果你使用 Fedora，可以改为：

sudo dnf install gcc-c++ cmake git SDL2-devel mesa-libGL-devel

Windows 用户建议安装 Visual Studio 2022，勾选“使用 C++ 的桌面开发”工作负载，同时安装最新版本 CMake。Visual Studio 自带了对 CMake 项目的支持，你可以直接“打开本地文件夹”选择项目根目录，等待加载完成后构建目标。当然，如果你更习惯命令行方式，也可以打开“开发者 PowerShell”，在项目目录中执行 CMake 命令完成构建。

macOS 用户需要先安装 Xcode Command Line Tools，再通过 Homebrew 安装 CMake 和 SDL2：

xcode-select --install brew install cmake sdl2

需要提醒的是，如果项目在后续版本中增加了新的依赖（比如音频库、网络库），请以仓库 README、CMakeLists.txt 以及 CI 配置文件为准，避免只依赖本文的安装列表。

4.2 获取源码

REDRIVER2 源码托管在 GitHub 的 OpenDriver2 组织下。为了避免使用过时的镜像或第三方修改版本，建议直接从官方仓库克隆：

git clone https://github.com/OpenDriver2/REDRIVER2.git cd REDRIVER2

克隆完成后，可以先快速浏览一下 README.md。README 中通常会说明所需的工具链、游戏数据目录、构建步骤和常见问题。这个习惯非常重要，因为开源项目更新很快，本文中提到的命令只代表常见的构建方式，具体细节还是要以仓库文档为准。

4.3 CMake 构建流程

在项目根目录下执行以下命令，进行典型的 CMake 构建：

mkdir -p build cd build cmake .. cmake --build . -j$(nproc)

如果你的系统不支持nproc命令，例如在 Windows PowerShell 中，可以直接写成固定线程数：

cmake --build . -j 4

构建完成后，可执行文件通常会生成在build目录下，具体名称以项目输出配置为准，可能为REDRIVER2或redriver2。如果你需要指定 SDL2 的安装位置，可以临时传入 CMake 参数：

cmake -DCMAKE_PREFIX_PATH=/path/to/SDL2 ..

这条命令对于“SDL2 装在非系统目录”或“通过 vcpkg 安装依赖”的场景很有用。如果构建过程中出现头文件缺失或链接错误，优先检查 CMake 缓存是否指向了正确版本的依赖路径。

4.4 准备原版游戏数据

REDRIVER2 本身不附带任何原版游戏素材，运行前需要准备《Driver 2》的光盘数据。这里再次强调，请只使用你合法拥有的原版光盘或自己制作的备份镜像，不要从不明来源下载盗版数据。

常见做法有两种。一种是把原版光盘里的文件直接拷贝到项目指定的数据目录，例如game或DATA目录；另一种是使用抓轨工具将光盘制作为 BIN/CUE 或 ISO 镜像，再按项目要求提取或挂载。确切的目录名和需要的文件清单，请阅读 README 中关于“Game data”或“Setup”的部分。

一个比较常见的误解是“只要有一个游戏镜像文件就能运行”。实际上，REDRIVER2 需要读取的是光盘数据轨中的具体文件，而不仅仅是光盘启动扇区。如果准备的数据不完整，程序可能在启动阶段直接退出，或在进入关卡时出现贴图缺失、卡死等问题。

4.5 运行与验证

数据放置完成后，直接运行生成的可执行文件：

./REDRIVER2

常见的成功表现是出现游戏窗口、标题画面和可交互菜单，能够进入原版关卡或试玩内容。如果启动后提示找不到数据文件，请先确认数据目录是否存在，以及是否与项目 README 要求一致。如果程序有日志输出或控制台打印，可以通过日志定位具体是哪一个文件读取失败。

建议第一次运行时不要急着改配置，先用默认参数确认基本流程能跑通。之后再逐步调整分辨率、纹理过滤、垂直同步、键位和手柄设置，这样遇到问题时能更快缩小范围。

5. 配置与操作说明

5.1 图形与分辨率

REDRIVER2 相比于原版 PS1，最大的体验提升就是可以使用现代图形后端渲染。大多数重实现项目会提供窗口分辨率、全屏模式、垂直同步、纹理过滤等基础设置项。这些配置通常写入本地配置文件（如 ini、json 或 xml），或者直接在游戏内的设置菜单中调整。

由于 PS1 原生画面只有 320×240 左右的低分辨率，如果直接拉伸到 1080p 或 4K 显示器，画面会非常模糊。通常的做法是先设置一个适合自己屏幕的高分辨率窗口，再根据实际显示效果决定是否开启纹理过滤或渲染分辨率倍率。要注意的是，过度平滑的纹理过滤可能破坏 PS1 原版的像素颗粒感，所以很多怀旧玩家反而会关闭过滤，保留原汁原味的画面。

5.2 键位与手柄设置

《Driver 2》原版是手柄游戏，REDRIVER2 同样支持手柄输入，同时也会提供键盘映射，方便没有手柄的玩家。常见的键位设置项包括：油门、刹车、转向、手刹、下车、换车、视角切换、地图开关，以及菜单确认和取消。不同项目的键位配置方式不同，有的写在配置文件中，有的支持在游戏菜单里按键录制。

如果你在游戏内改了键位，建议留意配置文件的保存位置。大部分项目会使用系统用户目录或项目目录下的隐藏文件夹来存放配置，升级版本时一般不会覆盖。为了避免误改导致无法启动，修改配置前可以先备份原文件。

5.3 存档与设置持久化

重实现项目通常会把存档和设置分开管理。存档文件可能放在用户目录下，也可能放在游戏可执行文件旁边的save目录中。版本升级之后，如果发现读不到旧存档，优先检查存档路径或格式是否发生了变化。很多开源项目在升级版本时会提供存档迁移说明，但读不到老存档时不要马上删除，先备份再排查。

在调整设置时可参考的通用顺序是：先改分辨率，再改垂直同步，然后改键位，最后调手柄轴映射。每改一步都运行一次游戏，确认没有回归问题之后再进行下一步，这样能避免多个配置项叠加导致的难排查问题。

6. 常见问题与排查思路

这一部分整理了一些玩家和开发者反馈较多的常见问题，按阶段分类方便快速定位。

6.1 编译阶段

6.2 运行时画面问题

6.3 游戏数据问题

如果上述清单没有覆盖你的问题，建议去项目 Issues 中搜索。开源项目的问题跟踪系统里，往往已经有其他用户踩过同样的坑，用英文关键词搜索成功率更高。如果实在无法解决，可以在 Issue 中附上系统版本、编译日志和运行日志，这样维护者才能更快定位问题。

7. 从 REDRIVER2 能学到什么

7.1 逆向工程与二进制分析

阅读 REDRIVER2 的源码，再配合 Ghidra 打开原版 PS1 EXE，你会感受到“源码即注释”的奇妙体验。很多函数名、变量名、常量注释都直接来源于开发者对二进制行为的反推，而不是凭空命名的。你可以尝试自己选一个小模块，比如“某辆车的转向灯动画”或“某个菜单项的状态切换”，先看源码如何实现，再回到汇编中寻找对应逻辑。

这种训练比单纯读逆向教程要直观得多。刚开始可能会觉得 MIPS 汇编晦涩难懂，但只要坚持对照几个函数，很快就能熟悉参数寄存器、栈帧分配、延迟槽等基础概念。熟练掌握后，你再看任何老游戏的逆向项目都会轻松不少。

7.2 图形渲染与 GPU 模拟

REDRIVER2 的渲染层是图形学学习者非常好的实战素材。它会面对遮挡剔除、整数坐标转换、纹理上传、半透明混合、深度排序等大量经典问题。而这些问题在 PS1 上并没有现代 GPU 的“标准答案”，全部要靠引擎开发者在有限条件下手工解决。

通过阅读这些代码，你会逐渐理解老游戏画面中各种“历史遗留效果”的来源：为什么物体会抖动？为什么纹理在某些角度会轻微扭曲？为什么半透明效果排序不对时会出现“透视穿帮”？这些问题背后的原因，比单纯会调用一个现代图形 API 要深入得多。

7.3 游戏引擎架构

重实现项目本质上就是一部“游戏引擎架构史”。REDRIVER2 中包含运行时状态机、任务系统、事件系统、资源生命周期、输入映射、UI 系统等多个模块。与直接读现代引擎源码相比，它的代码量更小、模块边界更清晰，更适合中级开发者通读。

我建议的阅读顺序是：先看资源加载，再看渲染提交，然后进入游戏循环，最后理解 AI 和物理。这样一条线走完，你会对“游戏从一帧输入到最终画面输出”的完整链路有更扎实的体会，也能为以后学习 Unity、Unreal 或自研引擎打下很好的基础。

7.4 开源协作与版本管理

参与 REDRIVER2 这样的项目，也是锻炼开源协作能力的好机会。项目通过 Pull Request 审查、Issues 讨论、CI 构建等标准协作流程推进，你可以从中学习如何用 Git 做清晰提交、如何在大型重构中保持项目始终可运行、如何阅读他人留下的逆向手稿和代码注释，以及如何提交一份可复现的 Bug 报告。

对于想进入游戏行业或软件安全领域的开发者，拥有一个“长期维护的开源逆向项目”的贡献记录，是很有价值的实践经历。即使只是从修改一个文档注释或修复一个小 Bug 开始，也能逐步积累真实的项目参与经验。

8. 总结与后续学习建议

REDRIVER2 让我们看到，一款 2000 年的驾驶游戏在二十多年后依然可以被社区开发者拆解、还原、升级，并且持续演进。对于玩家，它意味着经典游戏在现代设备上的新生；对于开发者，它则是一套完整且可读的 PS1 游戏引擎逆向工程教材。

如果你刚开始接触这类项目，比较务实的路径是：先按本文完成编译与运行，确保整条链路能跑通；然后通读一遍 README 和目录结构，了解每个模块的职责；接下来用 Ghidra 装载原版二进制，与源码做对照分析；再试着修改一个渲染参数或键位设置，观察运行变化；最后去仓库 Issues 中找自己感兴趣的模块，尝试提交一个小修复。

需要记得的是，使用原版游戏数据时务必遵守版权法规，只使用自己合法持有的光盘或备份，本文和 REDRIVER2 项目本身都不会提供任何盗版内容下载。希望这份笔记能帮你顺利跑起 REDRIVER2，也让你在游戏逆向与重实现的世界里找到自己的兴趣点。如果在配置或者运行时遇到新问题，欢迎在评论区分享具体的报错信息，我也会持续关注这个项目的更新进展。