我正在做一件事情，它还处于早期阶段，我已经开始尝试恢复BRender引擎作为我的第一个重点目标。然而，我的目标是成为失落、分散和历史上重要的渲染引擎和游戏引擎的公众来源。 我还想尝试改进、移植和升级一些引擎，以便它们可以在更现代的软件架构中使用。 档案库做了两件事，且保持它们的独立性： 第一，档案库托管了引擎的存档恢复，它们自己重建的，具有可复现的桩和验证的构建。 BRender是第一例。 BRender从公共MIT源代码重建为可移植的纯C桩。 AGPL-3.0。 第二，档案库作为找到其他失落引擎资源的目录。当一个项目被积极维护时，档案库不fork或重新托管它；它指向维护者。 我想开始打开社区支持、维护和参与的门户，并利用它来获得一些我的其他工具和基础设施工具的推动力，以及筹集资金和社区支持的部分。 我希望这可以成为社区聚焦的项目，旨在保存和存档上一代儿童的记忆。 我猜这会混淆一些，但我希望这可以成为某个时候，当模糊的记忆温暖地浮现到他们脑海中，想起“当我三岁时是什么游戏呢？”然后记住，发现它是不可追踪的。 我想解决这个问题，并成为易于浏览的存档库。 https://github.com/HarperZ9/brender-archival https://github.com/HarperZ9/engine-revival 对于每个引擎或技术血统，档案库应该通过五个具体层次进行： 1. 重建可以合法重建的内容：源代码分支、示例、构建配方、工具链假设、API参考和可运行的演示。 2. 归档可以安全保存的内容：公共源代码、公共文档、发行说明、手册、校验和、元数据、镜像和登记记录。 3. 归档体：目标、文物、来源、登记、任务、里程碑、包记录、关系、状态和权利态度。 4. 索引领域：使每个目标、包、源和恢复任务都可以通过生成的页面和机器可读的导出来发现。 5. 保护项目包：每个引擎或血统的专注包，可能的重现步骤和公共安全受限材料的注释。 6. 生产化可行的引擎：将开放或清洁室兼容的工作转向可重复的构建、可运行的演示、回归测试、发行包装、现代平台支持和开发级文档。 ----------------------------------------------------------------------------------------------- 作为一个小的侧注，我叫Zain，我的更严肃的重点是建立AI模型/桩基础设施和R&D工具 - 基于一个我一直在工作的概念。 我目前专注于建立一个模型中心环境，从编译器到引擎，然后是桩本身。 我已经成功模块化了我的工具，以便一些较小的部分可以在社区中使用，而我可以继续推进更大的项目。 我的名字是Zain Harper，我希望在下三个月内，如果事情获得了推动力，能够真正启动Zentropy Labs进行全职专注的开发。 https://github.com/HarperZ9 这是我的github资料库，所有支持和维护的项目的通道。 请给他们一个看法，并测试工具。 我昨天收到了我的第一项组织赞助，我希望能够成为下一代AI模型和基础设施的参与研究者。 祝好。