我希望 RimWorld 1.7 能改善模组加载速度，但我认为这无法从根本上解决问题。Ludeon 正在将 RimWorld 从 Unity 引擎迁移至自研的 Waylith Engine，其内部测试显示，加载 1,500 个模组的整合包仅需 6 分钟，而此前需要 14 分钟。我上次游玩的大型模组整合包，即名为 Progression Mod 的模组集，加载游戏足足花了 13 分钟。
问题的关键在于模组本身。我认为模组只会变得越来越臃肿。我自己也参与其中：我开始制作 RimWorld 模组，因为我可以利用 AI 快速产出这些“垃圾内容”。作为一名拥有超过 1,200 小时游戏时长的玩家，以下是 1.7 版本带来的具体变化。
什么是 RimWorld 1.7？
这是一次引擎更换。10 月 12 日，Ludeon 发布了 1.7 更新公告，宣布 RimWorld 将从 Unity 迁移至其自研的 Waylith Engine。Ludeon 表示：“游戏外观和玩法完全保持不变，但在我们的测试中，性能提升了 2–4 倍。”
目前该版本已上线不稳定测试分支，你可以立即尝试。Ludeon 还透露，RimWorld 并非唯一使用 Waylith 的游戏，他们正在“开发新项目”，但尚未透露更多细节。
RimWorld 1.7 的速度提升有多大？
根据 Ludeon 的测试，在启动速度、大型模组列表加载、地图与世界生成以及每秒时钟周期（ticks per second）等方面，性能提升了 2 到 4 倍。在一项压力测试中，后期殖民地在 1.7 版本下的运行速度比 1.6 版本快 2.2 倍，而 1,500 个模组的加载时间也从 14 分钟缩短至 6 分钟。
而这恰恰是我最头疼的两个问题：游戏后期性能和模组加载速度。
| 基准测试 | RimWorld 1.6 | RimWorld 1.7 |
|---|---|---|
| 1,500 个模组加载时间 | 14 分钟 | 6 分钟 |
| 后期殖民地运行速度 | 基准值 | 快 2.2 倍 |
| 整体性能提升 | 基准值 | 快 2–4 倍 |
RimWorld 1.7 会导致模组失效吗？
据 Ludeon 所言，大部分情况下不会。 “绝大多数模组在 1.7 版本下无需作者修改即可正常运行。” 部分模组可能会显示黄色的“可能不支持”警告，但 Ludeon 表示这仅仅是因为版本号变更，而非模组本身损坏。
存档也是安全的。1.6 版本的存档可以在 1.7 版本中加载，且 1.7 版本的存档在回退至 1.6 版本后依然有效。
我平时运行多少模组？
这取决于我玩的内容。我的 Steam Workshop 文件夹里有 796 个 RimWorld 模组。上次大型游玩时，我使用了一个包含上千个模组的整合包。但如果只是进行常规游玩，不加剧本和额外内容，通常在 20 到 50 个左右，大多是优化游戏体验的模组。
如何游玩 RimWorld 1.7 测试版？
通过 Steam 的测试分支。根据 Ludeon 的说明：
- 在 Steam 库中右键点击 RimWorld。
- 选择 属性。
- 打开 测试版 选项卡，选择 "unstable" 分支。
- 如果游戏没有自动更新，请重启 Steam。
- 如果 Steam 询问，请选择 Play 1.7 Unstable。
目前大多数玩家使用的正式版分支仍停留在 1.6 版本。
Waylith 对模组制作者意味着什么？
模组本身无需修改，但 Ludeon 建议制作者进行测试并发布标记为 1.7 兼容的版本，以消除玩家看到的黄色警告。除了兼容性，Waylith 还为模组制作者带来了实质性的改进：
- 支持最新的 C# 语言特性。
- 更易于编写复杂模组，且不会拖累游戏性能。
- 更易于实现大型视觉改动和自定义特效。
Ludeon 将 Waylith 的实现归功于 RocketWerkz 的 Brutal 框架 所提供的帮助。
这正是我认为 1.7 版本无法长期解决加载缓慢的原因。模组只会变得越来越臃肿。
我会尝试 RimWorld 1.7 测试版吗？
会的。我会加入测试版并重新游玩。我的测试方法是建立一个殖民地，游玩约 30 分钟，然后引来部落突袭，那才是真正的压力测试。
如果你还在纠结 RimWorld 是否值得入坑，我之前写过一篇关于没有 DLC 的 RimWorld 是否值得玩的文章。
