DOOM 3 BFG 版 GPL 源代码（Doom 3 BFG Edition）

NuBuildGDX 是一个面向 Build 引擎经典第一人称射击游戏的 Java 运行器与源码移植项目，它本身不是一款新制作的游戏，而是 BuildGDX 的一个分支发行版。项目的直接目标是把这类老游戏在现代桌面环境下运行得更稳定、更易维护，并在性能与缺陷修复上做持续改进。README 明确说明，该项目现已归档：由于 BuildGDX 原作者回归并重新开始发布版本，维护者认为继续维护 NuBuildGDX 已无必要。因此，它更适合被看作一段特定时期内的替代方案与移植实践记录，而不是仍在活跃更新的长期项目。

从项目自述看，NuBuildGDX 的改造思路是“减少臃肿、提升稳定性”。它并不追求增加大量新功能，而是把精力放在修复缺陷、改善性能和保证长期可用性上。README 中有一句很直接的概括：Reduce the bloat, increase the stability。对使用者而言，这意味着它的价值主要在于让 Build 引擎游戏在现代系统上运行得更顺、更少崩溃；对开发者而言，它展示了一个分支项目如何在上游维护不稳定或节奏变化时，通过控制依赖和精简功能来维持可用性。

核心特性

技术层面，NuBuildGDX 使用 Java 开发，并依赖 libGDX 桌面后端。README 特别提到依赖维护问题：部分组件与 API 版本深度交织，维护者不信任上游项目每次发布都能保持 API 稳定，因此选择亲自维护部分依赖。这种“锁定并维护关键依赖”的做法，是该项目稳定目标的重要组成部分。渲染方面，NuBuildGDX 只保留改进版经典渲染器，没有提供多种渲染路线，这也符合其减少复杂度、降低维护负担的定位。

在平台支持方面，README 以 1.19.0 为例说明硬件支持情况：Windows 提供 arm64 与 x86_64 版本；GNU/Linux 提供 arm64 与 x86_64 版本，其中 arm64 因为测试树莓派 3 时遇到 classpath 问题而单独打包；macOS 也被列入支持范围，但存在较明显的技术限制。README 解释，libGDX 1.12.x 破坏了 SharedLibraryLoader，相关类定义仍留在 gdx-lwjgl3 后端中，使用该版本时可能触发 ClassNoDef 错误；而 1.9.14 又没有 arm64 macOS 原生库，无法在 M1 设备上运行。维护者当时在等待 libGDX 发布新版本，并希望之后恢复完整的 macOS 支持。这段说明对理解跨平台 Java 游戏运行器的原生库加载问题很有参考价值。

技术要点

从学习角度看，NuBuildGDX 适合作为 Java 桌面游戏运行器、libGDX 原生库加载、跨平台 arm64/x86_64 打包以及依赖版本锁定等主题的观察样本。它可以让人看到：一个源码移植项目如何在“功能完整”与“稳定可维护”之间做取舍，如何为不同 CPU 架构准备单独发行包，以及如何在上游 API 变动时通过维护 fork 来保证长期可用。README 中关于 SharedLibraryLoader、gdx-lwjgl3 后端和 classpath 问题的描述，也提示了 Java 游戏桌面化并非只是打包一个 jar，还涉及原生库、后端版本和运行环境的配合。

需要注意的是，该项目已经归档，意味着不再有活跃更新和官方支持；README 也没有提供在线试玩、独立文档站或直接下载链接。国内用户若从 GitHub 获取源码或发行包，可能受网络环境影响，构建时还需要按项目说明准备 Java 与 libGDX 相关依赖，具体构建命令和依赖仓库地址待核验。总体而言，NuBuildGDX 是一个目标明确、范围克制的 Build 引擎游戏运行器分支，适合了解经典 FPS 源码移植和 Java/libGDX 桌面发行实践，但不应被当作仍在维护的通用游戏引擎或完整游戏项目。