open-source-games 是 bobeff 维护的一份游戏项目索引，按玩法类型整理官网、源码和简短介绍。想找一款开源竞速游戏，或研究经典游戏怎样被移植到现代系统，可以先用它缩小范围，再进入具体项目。清单本身没有统一安装包，收录项目的代码、素材和运行条件也各不相同。
先想清楚：这次要玩游戏，还是看实现
README 从动作、冒险、经营模拟、城市建设到竞速、即时战略、角色扮演等类型分组。条目中的项目名称通常指向官网，source 指向源码；有些条目还单列引擎。熟悉的游戏名字能帮助找到目标，但真正需要的入口可能是它下面的社区移植或引擎。
- 想直接游玩：先看官网的下载页、支持系统、安装说明和所需游戏数据。只有源码入口的项目，可能还要自行构建。
- 想学习开发：先看源码语言、引擎、构建文档，再选择感兴趣的系统，例如地图、寻路、存档或编辑器。
- 想保存或运行旧游戏：重点看移植、重实现与原版数据之间的关系，以及目标系统和已有 Mod 的条件。
以竞速分类里的 SuperTuxKart 为例，条目将它定位为卡丁车竞速游戏，并提供官网与源码；角色扮演分类里的 OpenMW 则是《上古卷轴 III：晨风》的引擎重实现。两者都在清单中，却不是同一种下载对象。
“源码入口”可能指向四种不同东西
| 对象 | 主要看什么 | 不能直接推导什么 |
|---|---|---|
| 完整游戏项目 | 游戏代码、素材和面向玩家的发行方式 | 代码开放不等于全部音乐、美术采用同一许可 |
| 源代码移植 | 旧引擎在现代系统上的维护与兼容工作 | 提供新引擎不等于附带原版数据 |
| 引擎重实现 | 重新实现的运行逻辑、工具和数据接口 | 熟悉的游戏名称不等于可独立运行的完整游戏包 |
| 反向工程或反编译成果 | 代码恢复范围、构建条件与原版文件要求 | 源码能看到不等于第三方内容可以任意分发 |
OpenMW 自己的 README 明确要求拥有原游戏，启动时还需要找到晨风的数据文件。下载引擎之后，模型、地图、对白和任务数据并不会凭空出现。它还说明，原引擎的 Mod 不一定全部兼容；整理一个运行方案时，要分别看引擎、游戏数据和 Mod。
清单也可能同时列出一个游戏的不同技术路线。例如条目中的原始项目与引擎移植，各有自己的构建和维护情况。要比较实现，直接进入对应源码；要安装游玩，回到项目自己的用户文档，别把引擎仓库当作游戏下载页。
沿着一个条目，把需要的信息补齐
- 在 README 目录选择玩法类型，读项目旁的短说明，判断它是游戏、移植还是引擎。
- 打开官网和 source，找到项目自己的 README、下载与构建入口，确认链接实际指向的对象。
- 查清运行平台与数据要求；需要原版文件的项目，先处理合法来源和目录配置。
- 准备修改或再分发时，分别读代码许可与素材说明，记录所用版本和构建条件。
为了研究一个项目，不必先克隆整份清单。选定条目后保存项目入口、关心的功能和可运行版本，后续笔记就有明确对象。准备直接游玩时，则把是否提供安装包、需不需要原版数据放在语言和 stars 数之前。
清单截图记录的是截取时的目录和仓库状态，stars、提交时间与收录数量都会变化。它们可以帮助了解索引，但无法替一个具体游戏证明兼容性、安全性或长期维护。
可以复用索引，具体游戏仍逐项看许可
索引仓库采用 CC0-1.0，可按其条款复用清单内容；这不会重新授权链接里的游戏代码、美术、音乐或商业数据。建立自己的导航与重新打包一个游戏，是两种不同的使用方式。
贡献指南也说明，这首先是维护者的个人书签，是否收录带有个人筛选。新增项目要去重、放进适当章节、按字典顺序排列，并为每个游戏单独提交一个 PR。它不是按同一标准测试过所有条目的榜单，也没有统一平台筛选和自动安装流程。
最适合的用法，是用这份索引发现值得进一步研究的项目，然后让那个项目自己的说明决定下一步。发现失效链接或分类问题时，可以按贡献指南反馈。
- 游戏分类清单：
https://github.com/bobeff/open-source-games - 贡献规则：
https://github.com/bobeff/open-source-games/blob/main/CONTRIBUTING.md - OpenMW 运行条件：
https://github.com/OpenMW/openmw - 索引许可：
https://github.com/bobeff/open-source-games/blob/main/LICENSE
暂无评论内容