GregTech Nexus Addon v0.6.1

Compatibility

• GTNA needs GTCEu 7.5.3 or newer; with an older GTCEu, Forge now stops with a missing-dependency message. The crash in #1 (NoSuchFieldError: CLUSTER_MAX_HARVESTABLES with GTNA 0.1.0 and GTCEu 7.4.1) came from that old pairing; update both mods.

Dependencies

• GTNA now requires GTIA Lib 0.5.0 or newer. The multiblock module registry moved there (com.gtinfinityascension.gtialib.module.ModuleRegistry); GTNASubPatterns keeps working and forwards to it. Int128, BlockPosLongSet and BlockPosHashing moved there (com.gtinfinityascension.gtialib.data); addons that imported them from GTNA must update the import.

Fixed

• 10 recipes failed to load because they used item forms that do not exist: Space Drone MK II, MK V and MK VI asked for quadruple wires of Duranium, Americium and Darmstadtium (no cable in GTCEu); they now use Europium (UHV cable) and the UXV superconductor. Ytterbium, Thallium, Erbium, Hafnium, Rhenium and Gadolinium get a dust form, so the ore processing, stellar synthesis and rare earth recipes that output them load.
• 0.6.0 failed to load on clients without JEI (EMI-only packs): a debug command named a JEI type in a class every client loads. The JEI part is now its own class, registered only with JEI installed, and a unit test fails if a JEI type appears outside JEI-only classes.

Performance

• Multiblock preview shapes are cached with a soft reference: EMI builds the shapes of every multiblock when it reloads, and keeping them all made clients with little memory run out of it; the JVM now drops them under memory pressure and rebuilds them on demand.
• Single-block machines no longer build a list of their covers several times per tick to look for the infinity covers. With 2,000 working LV Electric Furnaces a server tick drops from 8.37 ms to 3.74 ms (−55 %): the six sides are read once per machine per tick for both infinity covers.