Minecraft Wiki

The hopper is a redstone component which can be used to manage items.

Automatic smelting[]


Basic Auto Smelter

1-wide, tileable
transfer rate: 0.1 ips

To make the smelting process more efficient, it is possible to use hoppers to ensure a furnace is never left empty. In the shown schematic, chest A is for items such as uncooked meat, chest B is for fuel such as coal, and chest C holds the output. Since furnaces can hold fuel without a chest, chest B and its hopper are unnecessary. This type of system also works with the smoker and blast furnace.

As furnaces retain experience when items are removed by hoppers, multiple of these can be run for an extended period of time to make an experience farm. When one item is removed from a furnace, all experience will be instantly received.

Using a hopper system like this greatly speeds up the process of smelting large numbers of items. Should it become necessary to smelt an even larger number however, it is possible to link multiple modules to create what is commonly called a "furnace array." These vary in size and can range from very small to using close to a hundred furnaces.

Item sorter[]

Hopper Item Sorter

Hopper I contains 41 diamonds, which represent the item being sorted, and 4 cheap items stackable to 64 in the other slots. (Renaming the 4 items is recommended.)


1-wide, tileable, silent,
overflow protected
transfer rate: 2.5 ips

A typical item sorter example.

Item sorters are a type of redstone mechanism which can be used to filter specific items into chests. They generally work using two hoppers, as shown in the schematic. The top hopper is filled as shown under the image. The hopper underneath is powered so that it cannot remove items from the top. Note that the top hopper must be pointed away from the bottom hopper, otherwise it will push items into the bottom hopper. When enough items fill the top hopper, the bottom hopper is unpowered so that it can remove the extra items. Note that some method of passing the items to be sorted along the top of a sorter chain may be necessary - this can be done with another hopper pipe transporting items over the top, or with water/ice streams.

This design relies on the fact that, inside of Minecraft's code, hoppers search for an item to be taken from the input side before outputting an item to another container. This results in the bottom hoppers taking the filtered item(s) before the items currently running through the storage system are passed over to the next hopper. However, because hoppers have a 0.4 second cooldown after transferring an item, bear in mind that both the input and output will activate should there be more than 1 item available to pass. For example, if 2 iron ingots were in the same hopper, 1 of them would get taken by the hopper beneath, while the second one would get outputted to the side and continue along the sorting chain.


Usually chests are placed sideways to the right of the bottom hopper. Additional hoppers can be added below or to the right of the bottom hopper to attach more chests. The bottom hopper is the only one that needs to be powered (though one immediately below it would also be powered by the redstone torch), so as many hoppers and chests as necessary can be added.

At the end of an item sorter, there is usually a chest to catch any items that didn't get sorted for some reason. This is helpful in case a valuable tool or such is accidentally dropped in. If a chest becomes full, it can also prevent the loss of items of that type. Sometimes large farms' storages will use lava instead to prevent a buildup of items should the storage completely fill up.

Overflow protection[]

See also: Hybrid designs with inherent overflow protection (through circuit isolation).

When multiple sorters are tiled directly next to each other, it is usually desirable to have overflow protection. In an overflow safe sorter, even if the topmost hopper has filled up due to an "overflow," the redstone signal strength will not be great enough to interfere with adjacent sorters. In the sorter shown, 1 full stack of items and 4 junk items will produce a signal strength of 3. This is just strong enough to unlock the bottom hopper without affecting adjacent hoppers. If the signal strength were to get up to 4 however, the adjacent hoppers would be unlocked causing the whole system to break down.

The first slot of the input hopper should contain the item being sorted out. The other slots should contain items which will never go through the system. Named sticks, dirt, and cobblestone are all common 'junk' items used for this purpose. Only one junk item should be placed in each slot. Otherwise, the sorter will not have ensured overflow protection.

Tip: Use named 'junk' items in the first sorter row/tile to sort out normal un-named junk items of the same type. This way you can safely use that normal junk item in all other sorter rows. Add a safety overfill detector on the storage container attached to that first sorter that disables the input for the entire sorter for an additional layer of security.

It is possible to remove the center column of blocks from the sorter. However, to do so will remove overflow protection. If the input hopper fills up, it will have a signal strength of 3 which will unlock adjacent hoppers.

Item transportation[]

There are multiple methods which can be used to carry items across the input hopper to potentially be picked up. The methods most frequently used are hopper pipes, item streams, and chest- or hopper-minecarts.

A hopper pipe is simply a chain of hoppers all pointing at each other in a continuous line. This requires extra iron and may cause consistent lag on large scale. Another limitation in Bedrock Edition is that hopper pipes transferring a full load at full speed (for example, continuously moving items that have been stacked in an input chest) will push a small percentage of items past filters without allowing them to be sorted.[1]

Item streams, on the other hand, are made by running water over the hoppers and dropping items into the flow with a dropper. Whenever the stream grows too weak, ice and blocks that stop water flow but not moving entities (such as signs, open fence gates, top slabs/trapdoors, buttons, etc.) are used to carry items across the breaks. This is a cheaper method, provided Silk Touch has been obtained. However, while items are flowing through the system, it may generate more lag than using hoppers. Additionally, if too many items move past a filter at one time there is a chance for items to skip over and not be sorted. In Bedrock Edition edition, any item in collection range of a filter hopper that does not match the filter item in the hopper can block the hopper from collecting a matching item.[2] Hoppers also have a collection cooldown that limits them to collecting only one group of items every 8 game ticks.

Chest-minecarts and hopper-minecarts can be used to deliver items to filter hoppers by moving them across rails on top of the filter hoppers. This method of delivering items is reliable but also typically much slower than hopper pipes or items streams.


A couple of variations of the standard overflow-protected design exist that either sacrifice the overflow protection or require some input method other than a hopper pipe.

If you are looking at variations that are not overflow-proof because they hold back fewer of the sorted item, you may want to consider one of the hybrid designs with inherent overflow protection further down instead.

Hybrid Design[]

Hybrid Sorter "h-B"
redstone delay = 4
Hybrid Sorter "h-A"
redstone delay = 3

Hybrid item sorter.png

To use only one item in a sorter with overflow protection, total isolation of the circuit is required. To achieve this at minimum cost you can use a hybrid solution. If you combine designs "h-A" and "h-B" (in ABABAB... configuration) then you will get an overflow-proof item sorter, because the signals will be completely isolated from each other.


  • The top Hoppers contain only 1 diamond, which represent the item being sorted, and 21 cheap items stackable in the other slots. (Renaming the 21 items is recommended.)
  • 1-wide, tileable, silent, transfer rate: 2.5 ips.
  • overflow protected only with part "h-A" and "h-B" mixed in alternating order.

BOM for a set ("h-A" + "h-B"):

  • 3x Comparator
  • 2x Repeater
  • 2x Redstone Torch
  • 6x Redstone Dust

(= 15 Torches + 8 Dust)

(by Dark Altair)

Resource Optimized Hybrid (OH)[]

Some Specs of type I / II:

  • BOM: 12 Redstone torches + 7, 8 or 10 dust.
  • complete circuit isolation -> overflow protection.
  • support for a sorter main on/off circuit.

OH Type III[]

Optimized Hybrid Sorter III "oh3-B"
redstone delay = 4
Only works as advertised if and only if combined with at least one "oh3-A" on one or the other side.
Note: The comparator is in subtraction mode.


Optimized Hybrid Sorter III "oh3-A"
redstone delay = 4 (3-6)

Same as the "Compact" Variation


  • 2/64 filter- plus 20 cheap items or 2/16 filter- plus 14 cheap items.
    217 or 211
  • 1-wide, alternating tileable, silent, transfer rate 2.5 ips.
  • protected against overflow chaos only when circuits "oh3-A" and "oh3-B" are mixed in alternating order (see notes below).

BOM for a set ("oh3-A" + "oh3-B"):

  • 2x Comparator
  • 1x Repeater
  • 4x Redstone Torch
  • 4x Redstone Dust

(= 12 Torches + 5 Dust, which is less then a set of two "Compact" ones!)


  • Setup: When initializing such a sorter array any "oh3-B" filter-hopper ("F") can only be be filled with filter & filler items after at least one neighboring "oh3-A" has already been initialized. The "oh3-B" comparators need the neighboring comparators to output at least a power level of one to keep their own filter+filler items from flowing out too.
  • Overflow: When a "oh3-A" sorter row/tile overflows it disables/locks the two neighboring "oh3-B" sorters. They can still pull up to 62 items from the hopper transfer pipe but they won't be able to put those items into each corresponding storage until the overflow situation is fixed.
  • The stone slabs can be replaced with normal solid blocks.
  • A total redstone delay of 4 in each sorter row/tile ensures that the filtering hopper's comparator stays at the activation level while it's working and doesn't flip between active and inactive. In other words: The output-hopper ("O") doesn't pull items from the filter-hopper until the later one is ready to pull a next item from the hopper pipe above (thus keeping a stable amount of 2+1 filter/to-be-sorted items in the filter-hopper). This reduces lag(?).

(improved by Nilbadimo)

Hybrid with Bedrock Edition[]

When using Dark Altair's design on the Bedrock Edition, you might have issues with the 21 non filter items in Item Sorter Part B. With 21 items the hopper tends to run the 1 item filter trough as well.

In order to make it work you should put 20 non filter items in. This way you sometimes get 2 filter items, but generally it drains to 1 filter item.

Part A = 21 non filter items

Part B = 20 non filter items

Hybrid and items with stacks of 16 (Improved by RAHsite)

In order to have only1 filter item when storing items that stack till 16, you need to decrease the number of non filter items.

Part A = 15 non filter items

Part B = 14 non filter items

Below here is a link to a video that shows the use of this design on Bedrock Edition and with stacks of 16.

(improved by RAHsite)

See Also[]

Storage silos[]

Connected Storage Silo

1-wide, tileable, expandable
transfer rate: 2.5 ips

Accessible Storage Silo

1-wide, tileable, expandable
transfer rate: 5 ips

see also Tutorials/Storage_minecarts#Infinite_storage

It is sometimes necessary to store items in more than just one chest. Using hoppers, it is possible to store items in hundreds or even thousands of chests. This is usually done with either a connected design or an accessible design.

The connected design should be used when it is necessary to take items from a single output. Any items stored in this silo will funnel down as the bottom chest is emptied. Since the chests are not all easily accessible, this is more helpful in automation rather than use by the player. However, if it is not necessary to remove a large number of items, it could work. Silos like this are commonly used to hold fuel, minecarts, and shulker boxes.

The accessible design should be used when the player, not redstone contraptions, will be using the stored items. When the bottom chest is emptied, only items stored in the adjacent hopper can fill it back up. Since the bottom chest is the only one which can be removed from with a hopper, it is impractical to use this for automation. Silos like this are commonly used in combination with sorting systems.

The accessible design is slightly faster than the connected design since the hoppers are in a vertical line. If an item is still in the top hopper after the one below has grabbed another, it will put the item into the chest. If the upper chests become full, however, the speed will slow down to the normal 2.5 items per second.

These designs are easily expandable to fit storage needs. The expandable design can easily be tiled upwards and to one side, while the connected design can be expanded in all directions. Below are some schematics demonstrating some of these possibilities.

Special Item Filters[]

Special item filters, while similar to item sorters, sort items using unique properties rather than item type and name. They are usually used to sort unstackable items such as armor, shulker boxes, and potions. As item filters do not work with every item type, they may be most useful in combination with item sorters rather than as a standalone.

Unstackable items[]


Unstackable Item Filter

1-wide, silent, item-safe
transfer rate: 2.5 ips

An unstackable item filter can be used to separate unstackable items, such as armor, tools, potions, and enchanted books, from stackable items. This can be useful with mob farms where tools will need to be separated from everything else.

When an unstackable item enters input hopper A, it will unlock output hopper B. The unstackable item will then go into hopper B to be sorted elsewhere. If a normal item enters hopper A, hopper B will remain locked and the item can be outputted from hopper A.

The optional hopper C can prevent valuable items such as shulker boxes and diamond armor from being temporarily stuck in the system. When hopper B is locked, there is usually an item left in it. Hopper C, however, can still pull the items from hopper B. In one of the tileable designs, hopper C is locked with hopper B and cannot do this.

Note that these designs are not overflow protected. Should the storage connected to hopper A fill up, items will begin to flow into storage B. An overflow with a tileable design could cause similar issues with adjacent modules.

Potions and shulker boxes[]


Special Item Filter

1-wide, silent, item-safe
transfer rate: 2 ips

Note: There is a request on the official feedback page for furnaces to only accept smeltable items in their input slot. This could possibly make them useable as another filter.

This item filter uses certain containers which restrict the kind of items that can enter them. The two containers which do this are brewing stands and shulker boxes. These allows potions and shulker boxes to be separated from other items. This could be handy to sort potions to a storage or shulker boxes to be unloaded.

With this design, items are inputed through hopper A. Any items which are allowed to enter are outputted through hopper B and items which are restricted through hopper C. If a brewing stand is used, potions will be allowed to enter the stand and go to output B. If a shulker box is used, shulker boxes will be prevented from entering and will go to output C.

This design has a circuit delay of 5 ticks which is slower than the speed of hoppers at 4 ticks. To ensure that every item gets an attempt to be pushed into the container, the input rate must be throttled to at one item per 5 redstone ticks. This could be done with a dropper on a 5 tick clock.

When building, note that the redstone repeater should be on a 3 tick delay. Hopper C is optional as it is only used to make the design item-safe. If using a brewing stand, blaze powder can be pushed into it but not removed. This usually shouldn't be a problem, however it may be desirable to fill the stand beforehand.

Alternate version[]

Special Item Filter

(back layer)

Special Item Filter

(front layer)
2-wide, silent, item-safe
transfer rate: 2.5 ips

This is a hopper-speed version of the above design, as shown by ilmango in a video about potion sorting. Inputs and outputs work the same way as in the 1-wide design, but no slow-down for the item input stream is required.

Hopper clocks[]

Delayed hopper clock
flat, silent
clock period: 40 ticks to 256 seconds

Five stacks of items are in the leftmost hopper.

Looped hopper clock
flat, silent
clock output: 4 ticks on, 12 ticks off
clock period: 16 ticks

1 item is in one of the hoppers.

Hoppers are commonly used to create clocks and delay circuits. Since items can travel back and forth between two hoppers, this is an easy way to make a clock. It is more iron intensive, however.

The looped hopper clock works by having an item traveling in a "loop" between the four hoppers. Whenever the comparator detects the item in a hopper, it turns on. This clock can be adjusted by adding or removing hoppers and items.

The delayed hopper clock works by taking turns completely emptying each hopper. When the hopper on the left completely empties, the redstone torch will turn on and the other hopper will begin emptying. Note that exactly 5 stacks of items must be used with this design. To decrease the clock speed, use fewer stackable items. "Delayed hopper clock origin"

Item counter[]

Item Counter

transfer rate: 1.25 ips
size: 1×5×4

This is a mechanism that outputs a short redstone signal for every item that goes through the dropper. The mechanism slows down the items moving through the dropper and the hopper above to make the outputs comfortable to use for counting mechanisms.

The output of this counter can be used in combination with a counting mechanism such as the scoreboard command in a command block.

This mechanism was made by Xbxp.

See also[]