Hi, I've an item sorter using the design visible here: https://i.imgur.com/5E9kq9S.png . The hopper in front of the comparator holds a single copy of the item in its last slot, and the rest is filled with the appropriate amount of netherrack blocks. Everything works well at first. But then at random times, the sorter breaks. The single item and/or the netherrack blocks all fall down into the chest, and as a result, any other item passing by also falls into that chest. This behavior looks like a hopper timing bug - it suspiciously looks exactly like what many players reported with Spigot in relation to bugs 333 and 111 (https://hub.spigotmc.org/jira/browse/SPIGOT-111 andhttps://hub.spigotmc.org/jira/browse/SPIGOT-333). This was supposedly solved in Spigot 1.8.3, though, so I'm somewhat puzzled. Is the sorter design I use flawed, and if so, how? If not, is that indeed a server bug? Anyone else encountered that erratic behavior and found a solution/workaround for it?
So you have the hopper filled like this : item, netherrack, netherrack, netherrack, 18 netherrack. And why the part intensive design, you can build it using less red stone parts.
lol, 1st time i can help ^.^ hoppers work slower on Empire, says wiki page: http://empireminecraft.com/wiki/technical-changes-from-vanilla-minecraft/
The design you are using is prone to errors when used with a high volume of items (even outside of emc). Nim's Item filter has been 100% reliable in even the highest volume farms in EMC. Unless you have serious space considerations I'd recommend using it exclusively and never looking back. https://youtu.be/LEET-pkbJMw
Thanks, I had totally forgotten about the "hoppers slower than vanilla" ! Likely, slowing down the input of items would help, so that only one item can fall into the sorting hopper at a given time. This should be pretty easy to add to my machine. Thanks again! I didn't know about Nim's filter - I'll see how it works and check how I can convert my mechanism to it. I definitely have more than enough space around my machinery to fit it. Edit: from what I see, Nim's version is basically mine with a space between each sorting "cell" - this is actually what I had planned to do if the input slowdown fails. So I'll try to slow input first, and then see if another measure is needed. Using signs instead of netherrack can definitely help solving the issue, due to the different relative "weight" of items in the sorter. Thanks to you both!
