An AE2-UEL addon providing additional storage cells with extended capacities and special features.
This is a limitation of the ME Chest's implementation, which doesn't listen for changes on the network. It handles everything by itself, which doesn't work well with the virtual items of the Compacting Cells. This issue is purely visual, and the cell is working correctly.
The mod requires AE2-UEL. It also has support for:
- MixinBooter: Allows C.E.L.L.S.'s Storage Cells to stack to 64. Without it, allowing them to stack enables a duplication exploit with the ME Chest
- JEI: Import Interface drag-and-drop and quick-add features
- Thaumic Energistics: Configurable Cell components
- Mekanism Energistics: Configurable Cell components
A block that acts as a filtered interface for importing items/fluids into the ME network. It needs to be configured to allow specific content, and can be used to import items/fluids into the network from machines that don't necessarily have a filtered export capability (Woot, Ultimate Mob Farm, etc). It does not have any exporting/stocking or crafting capabilities, and only works as an import interface. The top part of each slot is used for the filter, while the bottom part is used for the actual import. The size of the slots can be configured in the GUI, allowing higher/lower amount of each item/fluid to be kept in the interface if the export targets are full. The polling rate can also be configured, allowing content to be imported at a fixed interval instead of AE2's adaptive rates.
Storage cells that automatically expose compressed and decompressed forms of items to the ME network, similar to Storage Drawers' Compacting Drawer.
- Partition Required: Compacting cells require a partition to be set before they can accept items.
- Compression Chain: When partitioned with an item (e.g., Iron Ingot), the cell automatically detects the compression chain:
- Higher tier: Iron Block (compressed form)
- Main tier: Iron Ingot (the partitioned item)
- Lower tier: Iron Nugget (decompressed form)
- Virtual Conversion: Items are stored in a unified pool and can be extracted in any compression tier:
- Insert 81 Iron Nuggets → Extract 81 Nuggets, 9 Iron Ingots, or 1 Iron Block
- Insert 1 Iron Block → Extract 9 Iron Ingots, 81 Iron Nuggets, or 1 Iron Block
- All conversions are lossless and instant
- Due to size limitations, the maximum capacity is ~9.2 Quintillion items of the lowest tier. This is mainly an issue with high compression chains (using compression/decompression cards)
- Single Item Type: Each compacting cell stores only one item type (with its compression variants).
- Storage Counting: Storage capacity is measured in main tier (partitioned item) units, so no need to worry about conversion factors when checking capacity.
- 1k - 2G Compacting Storage Cells (normal sizes)
- 1k - 1G Hyper-Density Compacting Storage Cells (with ~2.1B multiplier per byte)
- If a compacting cell contains items, the partition cannot be changed.
- Empty the cell first before changing what item type it stores.
Storage cells with an internal multiplier of ~2.1 billion per displayed byte:
- 1k - 1G Hyper-Density Storage Cells (each "byte" holds ~17.2B items)
Fluid storage cells with the same massive multiplier:
- 1k - 1G Hyper-Density Fluid Storage Cells (each "byte" holds ~17.2B buckets)
Combining hyper-density storage with compacting functionality:
- 1k - 1G Hyper-Density Compacting Storage Cells (each "byte" holds ~17.2B items, with compression capabilities)
A universal storage cell that accepts a ME Storage Component (AE2) to define its capacity and storage type:
- Insert a component to configure the cell's capacity and storage type (item or fluid).
- Built-in equal distribution: capacity is divided equally among all types (configurable max types, default 63). The bytes overhead is taken into account proactively, meaning the cell only has 50% of its total bytes available for storage, reserving the other 50% for overhead.
- Per-type capacity limit: configure a maximum items/mB per type via the GUI text field
- Shift-right-click to disassemble (returns cell, component, and upgrades)
- The cell can be crafted with the component to directly insert it, and will show such things in JEI.
- Components cannot be removed while the cell has content. Swapping to another component of the same type (item↔item, fluid↔fluid) is allowed if the new component has enough capacity for the existing data.
The list of accepted storage components is defined in configurable_components.cfg. To add or remove supported components, place a copy of this file in your Forge config directory (config/configurable_components.cfg). The config override takes priority over the bundled file.
This means you can define custom components past the default ones provided by the mods in your modlist.
Each entry has the format:
registry_name@metadata = bytes,channel,tier_name
registry_name@metadata: The item's registry name and damage value (e.g.appliedenergistics2:material@35)bytes: Total byte capacity of the component (e.g.1024for 1K)channel:itemorfluidtier_name: Used for texture selection (e.g.1k,64k,1g)
Install in a cell's upgrade slots to void excess items when full. Useful for automated systems where overflow should be destroyed.
Compatible with: Compacting Cells, Hyper-Density Cells, Hyper-Density Compacting Cells, Configurable Storage Cells, Import Interfaces
Install in an Import Interface to void items that don't match any filter. This is useful to prevent clogging the machine with leftover items, especially when used with machines that export items without filtering capabilities.
Compatible with: Import Interfaces
Limits the number of types a cell can hold and divides capacity equally among them. Available in 7 variants:
- 1x: 1 type (all capacity to one item)
- 2x: 2 types (half capacity each)
- 4x: 4 types (quarter capacity each)
- 8x: 8 types
- 16x: 16 types
- 32x: 32 types
- 63x: 63 types (default max)
- unbounded: inherits max types from the cell (see config)
Use cases:
- Force a cell to hold exactly one item type with maximum capacity (1x)
- Prevent one item from dominating cell storage
- Ensure fair storage distribution across multiple stored items
Compatible with: Hyper-Density Storage Cells
Install in a Compacting Cell's upgrade slots to increase the number of compression tiers that are available for compression/decompression. Do note it only goes in one direction at a time (compressing or decompressing), depending on the card used.
- 3x Card: Allows compressing/decompressing up to 3 tiers (e.g., nugget → ingot → block → double block)
- 6x Card: Allows compressing/decompressing up to 6 tiers
- 9x Card: Allows compressing/decompressing up to 9 tiers
- 12x Card: Allows compressing/decompressing up to 12 tiers
- 15x Card: Allows compressing/decompressing up to 15 tiers
Compatible with: Compacting Cells
The mod includes a server-side configuration file with an in-game GUI editor:
Configure the maximum number of types allowed per cell:
- Hyper-Density Storage Cells
- Hyper-Density Fluid Storage Cells
- Configurable Storage Cells
Configure power drain per tick for each cell type:
- Compacting Cells
- Hyper-Density Cells
- Hyper-Density Compacting Cells
- Hyper-Density Fluid Cells
- Configurable Cells
Enable or disable entire cell categories:
- Compacting Cells
- Hyper-Density Cells
- Hyper-Density Compacting Cells
- Hyper-Density Fluid Cells
- Configurable Cells
Fill a storage cell with a specified quantity of items or fluids, for testing purposes.
- Usage:
/fillCell <item id>|<fluid id> <count> - Supports suffixes for count: k (thousand), m (million), b (billion), t (trillion), q (quadrillion), qq (quintillion).
- The storage cell must be held in the main hand.
- Example:
/fillCell minecraft:iron_ingot 10kfills the held cell with 10,000 Iron Ingots.
- Chinese translation: @ZHAY10086
- Hyper-Density Item/Fluid Cells'/Cell Components' textures: ArchEzekiel