XeLL，哦，我亲爱的 XeLL

我对 Xbox 360 独有的喜爱已是公开的秘密（你可以在 此文章 中阅读我与它的更多故事）。
破解这些主机本质上是我的第一份工作和收入来源，让我不断磨练烙铁技能。拆开机箱、拧下螺丝并“做我的事”已成我做事的第二天性。我很享受这一过程。它是我少年时期非常重要的一部分。

然后，当然，我继续了我的人生。我上了大学，并转向需要更少时间和精力的其他收入机会，以便专注于学业。

然而，有一张我尤为怀念的那个时期的画面：

在 Xbox 360 上运行的 XeLL Reloaded

看到那屏幕意味着多重含义：主机依旧正常运作，我的焊点完美无瑕（我曾为焊接的整洁感到自豪），最重要的是——我只需几秒钟就能获取关键信息，彻底破解微软设置的安全机制。

几乎每天看着那屏幕，一台又一台主机，一位又一位客户。一种真正的满足灵药。

随着时间推移，这个“圈子”里的创新越来越稀缺。虽有重大里程碑（例如伟大的 15432 在 2021 年的 RGH 3），但似乎已所剩无几。Winchester 主机始终是不可触碰的，但坦白说，它们并未吸引我。Trinity 版本，我认为，是微软的巅峰之作。从 Corona 开始，我更觉得是制造流程的成本削减。

2025 年发生了什么？

3 月 3 日，Grimdoomer 发布了 Xbox360BadUpdate，取得了看似不可能的成就：一个适用于 所有 Xbox 360 修订版（包括 Winchester）的漏洞，只需使用 USB 设备——无需任何焊接。纯粹的天才之作。

虽然该方法至今仍相对不稳定，成功率较低（社区仍推荐使用 RGH 以获得可靠体验），但这是个无人能忽视的里程碑。

这激起了一阵怀旧浪潮。随之而来的是各种想法。我在 Reddit 看到 这篇帖子，展示了一个带有 Avenged Sevenfold 徽标的 XeLL 修改版，我想：“我现在是一名计算机工程师——我比以前更懂这些东西了。XeLL 的运作原理到底是怎样的？” 两小时的折腾后，我拥有了自己的 XeLL 修改版。

当然，我并未止步于此。XeLL 基于 LibXenon 作为底层库，后者的组件相当过时。我对软件更新近乎强迫症，无法错过这个机会。

更新 zlib、bzip2、freetype 和 libpng？完成。更新 newlib 和 binutils 并刷新必要的补丁？完成。更新 GCC？

可恶的 GCC。我无法更新 GCC。在某个时刻，他们引入了一个更改——即使在调整了所需补丁后——导致 XeLL 能编译但无法运行。当然，我追踪到问题所在：提交 60bd3f2 引入了 flag_cunroll_grow_size，通过禁用该“优化”，XeLL 恢复运行。这是在一周的折腾后，逐个编译提交找到元凶。找到后，我设法将 GCC 更新至 13.3.0。

一切搞定后，再引入了 15432 的一些增强以添加 eMMC 写入支持，我就准备开始为 XeLL 开发网络应用。于是我们来到了今天。

XeLL 主题定制器

这是一场组件的交响乐：使用 LibXenon 及其工具链来构建 XeLL，XeLL Customizer 作为 Web 应用，以及 XeLL Customizer API 作为 Web 应用与 GitHub Actions 之间的中介，根据用户选择的参数触发构建流水线。

一如既往，我仿照 XeLL 的精确边距，并使用 LibXenon 多年来附带的 IBM VGA 8x16 字体。完成后，我在 Reddit 这篇帖子 分享了它。

五分钟内，用户已发现我意想不到的 bug。我发布了几次热修复，到早晨时已有稳定版本。

社区反响极其热烈：24 小时内访问量超过 10,000 次，生成了 130 多个自定义构建。社区的建议非常有价值，最重要的是，与 Swizzy、15432、Octal450、InvoxiPlayGames 等巨人一起共事，难以言喻的感觉。我感觉自己像个冒名顶替者，在巨人群中行走。

能为 Xbox 360 圈子贡献我的“一粒细沙”是我从未想象过的事。如今我们就在这里。如果你想尝试 XeLL 主题定制器，尽管去吧！希望你喜欢它。