Gregorian Nightmares

请务必阅读包含的 POST-INSTALL.txt 文件，手动添加仅限于 Modrinth 的模组

回到 2022 年中：Minecraft 1.19 刚刚发布，GregTech 严格绑定在 1.12 及以下版本。唯一的例外是 Modern Industrialization（MI），尽管它相比 GregTech 更轻量、更简化。将 MI 与 Create 结合的想法很吸引人，因为它允许早期自动化，取代手动制作大量小零件的需求。MI 还使用了类似原版的矿石，以小矿脉的形式散落在世界各地，非常适合 Minecraft 1.18+ 的探索体验，其扩展的世界高度和大型洞穴系统，再通过自动采矿机后期无限生产所有资源。这是一个 受 Factorio 启发 的工业自动化。

作者的主要想法是创建一个新的早期可用的定位采矿系统，并通过等级逐步扩展。并从各个版本的 GregTech 和一些不太知名、专业模组包中挑选最复杂的生产链移植到现代版本。为 MI 添加更多“大量内容”，以证明投入大量时间和精力去完全拥抱这种复杂性和物流系统是值得的。

版本 ，目前有两个活跃版本，“Lightspeed” 和 “Nightmares”，因为为什么不呢：

• Lightspeed： 这仍然是总体推荐版本，因为它运行更轻量，问题更少。这是下面版本的一个小修改版，但更专注，模组数量显著减少。进度流程相同，但去除了部分最艰难和恶劣的生存要素。
• Nightmares： 现在作者自己主要的生存测试版本。请注意这个版本 运行对硬件要求很高 ，主要是 CPU 和内存，而不是显卡。不过现在已经稳定，经过了大量小时的测试。由于这个整合包的本质和作者作为玩家的风格，作者需要花费大量时间来完成它并改进内容 （作者已经死了超过 450 次...） 。这是大量 Fabric 侧模组的集合，Lite 版本未包含的模组在很多情况下尚未编辑。因此这个版本具有更混乱的“大杂烩”性质。 请滚动到本页底部查看如何为这个版本设置 Java 的说明。

Gregorian Anagogy ，或 1.20+ 版本的名称，现在是一个 暂停 项目。作者目前计划至少在 12 月前测试当前整合包在 1.19 上的进度和平衡性，以确保它从头到尾都能正常运行。转向 1.21+/neoforge 可能不会发生。目前没有计划，但完成 Gregorian Nightmares 后，作者可能会回到 1.7 的 GT6/HBM/Reika 。

这个整合包最初是 Incremental Industries 的一个分支（已获得许可）。在 1.18 时代，它是首次尝试重新安排进度并整合 Create 和 MI，作为一个轻量且纯科技的整合包。最近， StaTech Industry 成为了一个非常受欢迎且制作精良的整合包，拥有出色的引导书，涵盖范围更广，甚至包括一些魔法模组。另一方面，Create 主要是可选的，模组经过调整以良好协作，但不会偏离它们原有的合成配方和预期进度。

这个整合包则是一个更加狂野（也更粗糙）的实验，旨在打破常规，以激进的方式改变进度。这是作者自己的游乐场，用来测试想法，不受限制或常识约束。作者并不是试图原创或富有创意，作者的主要活动是研究新旧（甚至非常旧的）整合包，复用它们的想法，并将它们重塑成这个巨大的、畸形的 Franken -greg -stein 。

这个整合包目前是什么： 它起源于 Incremental Industries 的脚本和进度，整合了 Create 和 Modern Industrialization……但上面随意堆砌了大量的“大杂烩”模组。作者移植了一些 GregTech 中最复杂的加工链，这项工作仍在继续。MI 和 Create 现在都以“专家包”的风格进行了重度修改，包括标准原版物品。模组内部的进度已经被扭曲。因此这个项目的性质是实验性的。总体目标是资源的易获取和生成，但通过复杂的加工和更高的成本来抵消，迫使玩家从游戏一开始就进行自动化。标准规则被打破只是为了好玩地探索可能性。一切都相当混乱和恶意，没有任何东西是最终的。引导书正在被彻底“破坏”。

包含 Applied Energistics 2，但其功能有限，灵感来自 Satisfactory 游戏。你可以早期设置一个完全无线的集中式物品栏，但你只能将物品导出到它，只能手动拉取物品。这意味着你可以用它作为集中存储，但不能通过它进行自动化。真正的自动化需要真正的物流系统。

从长远来看，这是一个带有 GregTech 风格的“滚动发布”，旨在尽可能利用现有资源做到最好，努力对抗日益分裂和对立的社区。真正的 GT 正统性仍然继续存在于 1.12 及以下版本。

详细描述 ：这个整合包是在作者研究 GregTech 从 GT2 到现代版本的演变过程中开始的。新的并不等于更好，回顾过去往往能发现许多有趣的想法。作者开始开发这个项目是因为有四个基础概念只能在这里实现：

• 新的 1.18+ Minecraft 世界，扩展了世界高度。MI 频繁且多样的原版风格矿脉实际上是对 1.4.7 和 1.6.4 时代的致敬，在大型洞穴系统中探索并找到大量可用于加工的资源。 常见、容易找到的资源，但加工复杂。
• 模组 Create 在整合包中被过度使用，但它是替代 GT 琐碎工具和在工作台上进行的繁琐手动工作的最佳选择。它可以立即引入自动化，而不是在延迟的 grind 之后。并且可以消除 GT 早期阶段常见的重复微合成和挖矿。
• 用于无限资源生产的定位采矿机，立即可用但缓慢，帮助早期游戏直到你可以升级并依赖它们。它们散落在世界各地，尤其是在不同高度的洞穴深处。你需要面对的挑战是围绕这些无限矿点创建自主的专用工厂，然后通过物流（无论是火车、矿车，还是仅仅管道）将它们整合在一起。
• 使用 MI 简化和轻量的内部机制，反而将加工链的复杂性和它们构建的相互依赖网络推向极限。忠实移植 Technological Journey 和现在的 SuperSymmetry 等更硬核和专业版本的 GT 配方。同时重写引导书，使其对所有玩家都易于上手，包括那些不熟悉自动化玩法的玩家，因为 GregTech 最有趣的阶段是学习。

这四个基础概念旨在融合 Minecraft 和 Factorio 的最佳元素。通过缓慢但稳定且扩展的进度，早期强制自动化以抵消 grind。在玩家熟悉之前的内容后，逐步引入新的复杂元素。

然而，设计良好且合理的目标并不意味着已经实现了它们。这个整合包仍然粗糙且未经充分测试。这就是为什么随着几个月的工作，作者越来越意识到还有多少缺失，才能把它变成真正好玩且令人满意的东西。而且从技术层面来说，它也需要更多完善。但这变得很个人化，因为对作者来说，工作的动力不是终点。作者继续开发它，只要它仍然是一个有趣的实验，并且作者享受玩弄概念和游戏设计的过程。

现在项目启动一年后，MI 存在一些无法在模组内部解决的硬问题。这实际上需要 Java 知识，很可能永远不会实现，并且是无法通过其他方式解决的设计问题的主要原因，只能通过分叉模组本身来解决。一年前作者开始时希望获得一些帮助，现在作者清楚地知道这不会发生。这些是硬事实，将阻止这个整合包达到作者认为良好设计的基准线。以下是当前的问题列表：

• 原始的无限矿石概念需要在单个无限节点内生成大型矿脉。Kubejs 无法做到这一点。
• MI 中的机器等级/外壳只是外观，没有实际功能。支持已经存在，但开发者拒绝启用。机器升级需要与外壳系统绑定，否则如果你知道怎么做，很容易跳过大部分进度。
• 物品/流体可以通过关闭插槽直接在机器内“虚空”，配方仍然运行。也无法使用配方优先级来实现一些有趣的机制，但这是次要问题。
• 能量配方无法修改以产生副产品，如废燃料或需要引导到烟囱的东西。甚至无法在源头合并。
• 插槽过滤可以启用大量新机制。实现起来很简单，只是视觉上分离插槽，其他不会改变。
• 能够设置机器超频容量的最大值，以便计算和规划特定比例。
• 限制多区块结构的仓等级，以避免愚蠢的漏洞。
• 许多玩家抱怨管道不平衡。流体管道没有上限，使其成为运输“能量”的最佳方式。
• 所有阻止有意义定制的部分：升级、电缆和管道都是硬编码的。
• 蒸馏塔（和蒸馏器）没有物品输出。对于蒸馏器可以创建自定义机器，但蒸馏塔有自定义机制，创建单独的多区块会失去全部行为。
• 无法修复一个没有进度的模组。例如，如果所有流体罐功能相同，那么实际上只有最容易制作的才存在。
• 能够使用多区块中使用的方块在机器开启时显示活动纹理叠加。

官方许可证是 MIT，因为这是 Incremental Industries 使用的许可证，就作者而言，你可以自由做任何事情。 CF 信用系统将保持禁用 。作者的目标不是原创，而是实验有趣的想法。作者所做的基于前人的工作，因此请记住，即使你在作者这边有完全权限，某些内容可能带有它们自己的先前包袱和许可证。

整合包中的进度是 未经测试 的。大约 170 360 420 450 700 1000 + 个配方是手动逐个添加的（仅计算化学和加工链）。工作开始主要使用 TJ/Gregicality 作为基础，偶尔从 Nomifactory 和 GTNH 获取配方，现在转向 SuperSymmetry （SUSY）作为主要参考和结构。当前内容包括：

• GT6 风格的矿石加工（自动化采矿机矿石）
• 早期金线（TJ）
• 完整的铂金组（TJ/GTNH 配方一致性）
• 困难的氨线（TJ 中可选）
• LV 现在需要镀锌钢，它是被液态锌涂层的钢（来自 GT6）
• 环氧树脂 > 使用当前 SUSY 配方重新设计
• 石化工业大改（将尝试与 SUSY 保持同步）
• 更复杂的铁 / 钢 / 铝 / 不锈钢 / 铬 / 银 / 钨 / 锰 / 钼作为副产品（全部来自 SUSY）
• 复杂的钛和钨钢（TJ，跳过更少）
• 钒线（从 Nomifactory hardmode 中移除，这里保留）
• 从乙烯到 PTFE + SUSY 调整，包括糖/乙醇（替换 MI 部分）
• 长铟线（TJ）
• 所有 Naquadah 直到合金（缺少 UHV 部分）。结合并调整了 Nomi hardmode 的部分，使三条独立线路现在成为同一个巨大流程的一部分。
• 聚苯并咪唑（TJ & GTNH）> 完全基于 SUSY 重新设计
• GTNH 独居石和氟碳铈矿线
• Taranium 晚期加工线（TJ，所有配方存在，但缺少几个催化剂，目前与进度脱节）
• 铌-钽加工线（SUSY，目前与进度脱节）
• 所有 8 种 EBF 线圈直到 Tritanium，更新到 CEu 2.8，配方相比其他 GT 版本稍难，等待 Susy
• 自定义铼线（目前任何公开 GT 版本都不存在，PCM/Schroedinger 自定义，50 个配方）
• 更多...

一些自定义机器的纹理来自 Jimbno，随意挑选并粗略编辑作为占位符： https://github.com/Jimbno/UU-Tex/

剥离僵尸肉体的脚本由 FTB 名人 Tazz 提供。感谢整个 kubejs discord，尽管过程中有些沮丧。

当前版本包含由 Rasm 制作的粘土采矿机和相关蒸发罐用于压缩泥土，代码/脚本/配方均由他完成。

最后，一个更个人的备注。在开发过程中，作者惊讶地收到了公开的敌意和毒性，而不是作者本应在协作过程中期待的帮助或支持。

前沿边缘 - Java 24 （2025 年 7 月 20 日更新）

这部分特别与整合包的 HEAVY 版本相关，目标是尽可能榨取性能。新版本的 Java 支持 ZGC 原生支持，这正是作者将使用的。ZGC 本身不会提供更好的性能，但它允许分配超过 8GB 内存，这对于由于某些模组膨胀而非常吃内存的 HEAVY 版本非常有用，尤其是在进入世界时。

目前“官方”版本是 Java 21，但作者们在这里使用更新的版本。如果你遇到一些问题，可以随时回退到 Java 21。

以下是官方 Oracle Java 24 Windows 直接下载链接（请注意此链接每隔几个月会更新，最新版本是 24.0.2+11 ，发布于 2025 年 7 月 15 日）： https://download.oracle.com/graalvm/24/latest/graalvm-jdk-24_windows-x64_bin.zip

其他版本在此处（确保是“GraalVM for JDK 24”）： https://www.oracle.com/java/technologies/downloads/#graalvmjava24-windows

开发中的版本在此： https://github.com/graalvm/graalvm-ce-dev-builds/releases

Oracle 的旧版本： https://www.oracle.com/downloads/graalvm-downloads.html

发布日程： https://docs.oracle.com/en/graalvm/jdk/20/docs/release-calendar/#oracle-graalvm-release-calendar

使用这些特定参数启用 ZGC：

-XX:+UnlockExperimentalVMOptions -XX:+UseZGC -XX:+UseCompactObjectHeaders -XX:+AlwaysPreTouch -XX:+DisableExplicitGC -XX:+UseStringDeduplication -XX:-OmitStackTraceInFastThrow -XX:+OptimizeStringConcat -Xlog:gc+init -Dchipped.datafixers=false

作者之前在 HEAVY 版本中使用 Shenandoah GC，但 ZGC 在 8GB 和 12GB 下都表现良好。如果你玩 LIGHT 版本，请将最小和最大内存都设置为 8192 MiB。如果你玩 HEAVY 版本，请将最小和最大内存都尝试设置为 12288 MiB。

在 Prism 等启动器中设置 Java 版本时，请记得启用“跳过 Java 兼容性检查”选项。否则你将被限制在 Java 17。