Links
Tags
Creators
Details
Licensed GPL-3.0-or-later
Published 3 weeks ago
Updated 2 weeks ago
All versions
1.0.0
Release
Create: Archived 1.0.02 weeks ago 292
Uploaded by
Compatibility
Minecraft: Java Edition
1.21.1
Platform
NeoForge
Supported environments
Client and server
Required content
Any compatible version
Unavailable version
Changes
Changelog: Create Arhived
[v1.0.0] - Initial Release
Features & Enhancements:
- Drill Extraction Buffering: Mechanical Drills now buffer extracted items internally (up to 1,000 items by default) rather than ejecting them individually per operation. This significantly reduces loose entity count and improves server TPS during large-scale mining operations.
- Chute Accumulation Logic: Standard and Smart Chutes have been enhanced to function as item accumulators. They will hold items until a complete stack is formed (up to 64 by default) before transferring the payload downstream.
- Mechanical Belt Compression: Items ejected from Chutes or Drills onto Mechanical Belts are now seamlessly compressed into a single data-rich item entity. This allows belts to transport thousands of items simultaneously with minimal performance impact.
- Seamless World & Inventory Decompression: When compressed items are deposited into standard inventories (Chests, Vaults) or dropped into the world as entities, they are instantly and safely unpacked back into vanilla-compliant item stacks, ensuring zero data loss or mod incompatibility.
- Fan Processing Compatibility: Fully integrated support for Encased Fan processing. Washing, Smelting, Haunting, and Smoking will correctly process compressed item payloads on belts and depots, yielding the appropriate multiplied output.
- Comprehensive Configuration: Introduced a dedicated configuration file allowing server administrators to fine-tune buffering thresholds, aggregate limits, and compression thresholds to suit their specific performance needs.
Bug Fixes:
- Fixed an issue where Smart Chutes would enter an infinite loop and eject items individually, bypassing the aggregation logic.
- Resolved a critical bug where compressed items dropped as world entities failed to unpack properly, resulting in item loss upon pickup.
- Optimized item comparison logic to prevent redundant stack splitting and improve overall throughput reliability.
Performance Benchmarks (Test Setup):
- Without Mod (Vanilla Create): ~4.01 - 4.83 ms per tick.
- With Create: Archived: ~2.87 - 3.03 ms per tick.
- Result: ~30-40% reduction in server tick time on small/medium setups, with exponentially higher gains on massive automated factories.
Projects on Modrinth are automatically available through a Maven repository for use with JVM build tools such as Gradle. To learn more about the Modrinth Maven API, click here.
Note: When available, you should use the creator's maven repo instead as it will have transitive dependency information that the Modrinth Maven API does not. You may also end up with duplicate dependencies if you use a mix of Modrinth and non-Modrinth Maven repositories for your dependencies, because the group identifier will be different when served through the Modrinth Maven API.
Maven coordinates:
Version ID:
build.gradle:
repositories {
exclusiveContent {
forRepository {
maven {
name = "Modrinth"
url = "https://api.modrinth.com/maven"
}
}
// forRepositories(fg.repository) // Uncomment when using ForgeGradle
filter {
includeGroup "maven.modrinth"
}
}
}
// Standard Gradle dependency
dependencies {
implementation "maven.modrinth:9ydJpr5F:N5WWevGq"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:9ydJpr5F:N5WWevGq"
}

