[MC-12023] Weird behavior in hoppers Created: 16/Mar/13  Updated: 07/Sep/15  Resolved: 28/Mar/13

Status: Resolved
Project: Minecraft: Java Edition
Component/s: None
Affects Version/s: Minecraft 1.5
Fix Version/s: None

Type: Bug
Reporter: Travja Assignee: Unassigned
Resolution: Invalid Votes: 0
Labels: item, redstone
Environment:

Hoppers to sort items into chests


Confirmation Status: Unconfirmed

 Description   

I am using this item sorting method: http://www.youtube.com/watch?v=eRIen2Smgig
It works fine for the most part until you put in items that output a strong signal to a comparator (ie. Doors, tools, maps) if you try putting them in the sorter it pushes out the items in the hopper that detects what item it is. So it pushes it out and takes its spot which completely kills the need to sort items. I can get screenshots if you want. Still, it works pretty well until you put in the other items. Then I start getting doors in my pork chest.... Thanks for looking at this!

Download link to problematic sorter: https://dl.dropbox.com/u/37771664/Castle.schematic

EDIT: May be related to MC-12010



 Comments   
Comment by Travja [ 28/Mar/13 ]

@Tails I see! Thanks, I'll see what I can do for a workaround, in the mean time, this ticket can be closed. Thanks

Comment by Tails [ 28/Mar/13 ]

The flaw is in the top comparators which output a stronger signal due to the doors beeing unstackable items. Those comparators activate the redstone wire which is connected to the lowest hoppers. Normaly it wouldn't matter if the redstone is connected since a stackable item is putting out a signal of 1. But an unstackable item output is that of a stack of 64 items. So the comparator is powerering almost all the redstone below which kills the system.

Comment by Travja [ 28/Mar/13 ]

@Tails Can you show me where the flaw is? I mean, putting doors in kicks out the item and sometimes the signs and things... It works fine for items that are stackable..

Comment by Tails [ 28/Mar/13 ]

Not a bug - flawed item sorter design.

Comment by Travja [ 28/Mar/13 ]

How did you import it, I think the easiest way would be to install WorldEdit, put that schematic in your schematics folder and import it that way.

Comment by Michael Turner [ 28/Mar/13 ]

I've never used schematic files or MCEdit before. I was able to import it into a world but very few of the hoppers seemed to be pointing in the correct directions. Is this normal?

Comment by Travja [ 28/Mar/13 ]

Added link in description. It's just a schematic because the whole world file is way too big.

Comment by Michael Turner [ 28/Mar/13 ]

If you'd like create a test world with your design in it, then zip/rar it up and upload it to filefront or someplace like that and post a link here. Provide some steps to reproduce the issue you're having and I'll try it out and let you know what happens.

Comment by Travja [ 28/Mar/13 ]

After finally getting around to testing, it is not a bukkit issue, same thing happens in vanilla., I'm using 5 signs, a seed and the item, shouldn't really affect it as it's the same concept.... I dunno, I might just deal with it and change to 4 signs and 2 of the item.

Comment by Travja [ 24/Mar/13 ]

@Michael I haven't had time to do any testing, for all I know it was a bukkit problem... I'll test bukkit vs vanilla later today and get back to you

Comment by Michael Turner [ 24/Mar/13 ]

@Travis Any other issues here? Can we resolve this as 'Not a Bug'?

Comment by Michael Turner [ 23/Mar/13 ]

@Travis Yep. Doors, minecarts, boats, and other non-stackable items all went to the end as expected.

Comment by Travja [ 23/Mar/13 ]

@Michael Have you tried putting doors through the system?

Comment by Michael Turner [ 23/Mar/13 ]

@Travis ITEMx2, SIGN, SIGN, SIGN, SIGNx2. You can download the world here: http://www.planetminecraft.com/project/hopper-mine-auto-sorter/ I edited his design by adding another sorter to take out signs before anything else and it fixed the problem. Everything ended up where it should have been after that.

You could just as easily use something other than signs. I think he chose to use those because they can only stack up to 16 so you don't need as many. I tend to use sticks in this configuration: ITEM, STICKx5, STICKx5, STICKx5, STICKx6. I of course have to sort out sticks before anything else.

Comment by Travja [ 23/Mar/13 ]

@Michael My hoppers are set up like this: ITEM, SEEDS, SIGN, SIGNx2, SIGNx2 how exactly does ACTennisAC have his set up?

Comment by Michael Turner [ 23/Mar/13 ]

@Travis Eggett I downloaded ACtennisAC's copy of the world to play with and at first it worked perfectly. I did find that in his test world he used signs to fill in extra spaces in the hoppers. Throwing a few signs into the system broke it immediately and then nothing ended up in the right place. Did this by chance happen to you?

Comment by Travja [ 23/Mar/13 ]

@Michael Turner The thing is, it's not supposed to accept an item into the sorting hopper unless the item matches a stackable item. If it is not stackable it should go to the end misc chest. Instead, it somehow kicks the item I want sorted into the chest and goes into the chest as well. Doesn't work at all how I think it should

Comment by Michael Turner [ 23/Mar/13 ]

In my opinion what you're experiencing isn't actually a bug but a side effect of the output level of non-stackable items. What you may want to consider is to presort out non-stackables from stackable items which can be done by taking advantage of the difference in output levels.

Generated at Sun Jan 12 12:29:33 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.