1.3.2
Compatibility
Required content
Changes
B'Quarry 1.3.2 expands the central Quarry system with interchangeable operation modules, introduces a dedicated progression-based Void Quarry, adds safe experience storage and substantially improves the Digital Storage Terminals.
Regular Quarry Modules
- Added a dedicated operation-module slot to the regular Quarry.
- Added the Fluid Recovery Module, which collects water, lava and compatible modded fluid source blocks encountered while mining.
- Recovered fluid is stored in a 16,000 mB internal tank and can be extracted through B'Quarry Fluid Cables or compatible pipes on Forge and Fabric.
- Added the Backfill Module, which replaces mined spaces with supplied solid blocks and pauses safely when no valid material is available.
- Added a dedicated Backfill material slot with manual and rear-side automation input.
- Added the Disposal Module, which destroys only explicitly selected Quarry drops before they occupy the output inventory.
- Added the Selective Mining Module, which scans the full mining area and extracts only selected block types while leaving every other block intact.
- Disposal and Selective Mining each have their own persistent nine-entry filter, configured with the reusable Filter Configurator and JEI ghost items.
- An empty Disposal filter destroys nothing, while an empty Selective filter safely pauses the Quarry.
- Selective Mining supports compatible modded blocks and works with Fortune and Silk Touch.
- The operation modules are mutually exclusive and can be exchanged without losing their saved filter configurations.
- Removed Void Upgrade operation from the regular Quarry. Existing Void Upgrade items remain available as components for the dedicated Void Quarry.
- Rebuilt the regular Quarry interface around the current dark industrial theme with clearer upgrade, module, fuel, output and status sections.
- Redstone now pauses and resumes the Quarry without resetting its scan or briefly marking the area as finished.
Void Quarry
- Added a dedicated Void Quarry that generates resources without changing the world.
- The machine begins at Level I and can be permanently evolved through Levels II and III.
- Evolution requires the corresponding legacy Void Upgrade, stored energy, player experience and a minimum number of generated resources.
- Level I focuses on Overworld resources and compatible modded materials found through common Forge and Fabric tags.
- Level II unlocks Nether resources, including a low Ancient Debris chance.
- Level III adds rare End and endgame resources and improves access to Ancient Debris.
- Added a persistent lifetime extraction counter, Fortune Upgrade support, 27-slot output inventory, automatic output above the machine and redstone control.
- Added Forge and Fabric energy and item automation support.
- Rebalanced every level to reduce filler terrain blocks and increase useful ores, gems and dimensional resources.
- Added dedicated recipes, advancement, interface, models, textures and tooltips.
Experience Storage
- Added the Experience Bottler, an energy-powered machine that transfers exact amounts of player experience into bottles.
- Its controls can deposit one level, five levels or as much experience as the bottle can still hold.
- Added the reusable Stored Experience Bottle with a capacity of 1,000 experience points. Using it returns an empty glass bottle.
- Added Forge and Fabric item automation, recipe, advancement, texture, tooltips and translations for the experience system.
Digital Storage Improvements
- Digital Storage and Digital Crafting Terminals now use continuous row-based scrolling instead of pages.
- The scrollbar represents the full filtered list and supports dragging and mouse-wheel control.
- Removed the obsolete page counter.
- Items carried by the cursor can be inserted directly through the terminal storage grid; the old dedicated input slot is no longer required.
- Digital Crafting Terminal recipes replenish their ingredients from the storage network after each craft while supplies remain.
- Shift-clicking a crafting result performs one operation per click, preventing an accidental action from consuming the entire network inventory.
- Fixed stored items with custom NBT, including compatible modded books and codices, becoming impossible to retrieve.
- Terminals now reject automated insertion when the network has no Storage Cell, no energy or no available capacity, preventing items from entering an inaccessible legacy buffer.
Fixes and Polish
- Fixed the Filter Configurator failing to open on item cables, Digital Storage Interfaces and module-equipped Quarries.
- Fixed Selective Mining stopping after a target-free scan batch instead of continuing through the entire area.
- Opening a Selective Mining filter no longer restarts an active scan.
- Selective filters now reject non-block items and compare block identity without NBT for better mod compatibility.
- Fixed the Void Quarry missing-texture blockstate in every direction and operating state.
- Fixed the Void Quarry FE/t label overlapping its Fortune Upgrade display.
- The Level III Void Quarry now completely hides obsolete evolution controls.
- Removed partial transparency from the Fluid Recovery Module inventory icon.
- Shortened long module and filter labels and hid the Backfill material label whenever that module is not installed.
Compatibility
- Minecraft Java 1.20.1 and Java 17.
- Forge and Fabric through Architectury.
- Architectury API is required; Fabric also requires Fabric API.
- Existing 1.3.1 worlds, machines, Storage Cells, digital networks and legacy Void Upgrade items remain compatible.
- Back up important worlds before updating any modded installation.
- You are free to include B'Quarry in modpacks.
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:znjk0rfX:BUfRGRQt"
}
// Legacy Loom dependency
dependencies {
modImplementation "maven.modrinth:znjk0rfX:BUfRGRQt"
}

