Видео

More likely you found a flaw in the design given how you described the issue. If I was designing this again I'd use the piston and trap door trick I learned from one of inspector talons videos (I think) - as it can let mine carts stack and still only let one through on a pulse.

ruclips.net/video/b7Dr9twU1oo/видео.html

Unfortunately I'm still paying Baldur's gate and not doing Minecraft Redstone currently, so not likely to post an update on that build anytime soon.

@@elhedran Ah, thanks for the update. My planned use isn't particularly high volume, so it should be fine, but if I decide to convert my minecart return into an actual rail line, I'll take a look

Nvm I figured it out in mere seconds after this comment. Placing chests together with shift click will separate the sides even if it registers as a double chest, so you gotta place them on place-holder blocks so they join "naturally." What the hell, Mojang!

Any redstone can break if it isn't idle when one chunk it's in unloads and another doesn't (e.g player leaving the area). This is mostly seen in sorting machines. I like to have it in one chunk so I don't have to think about that when using the machine. But so long as you are always happy to leave it idle (by not taking the last lava out is it) it is fine to have it over two chunks.

There is a discord link in the channel description.

@@elhedran ok i will ask there after i build a raid farm thank u

Regardless, thank you for your work! A great and underappreciated design

It should keep one slot with paper. The design in the video is for java though. Bedrock requires an additional bit of redstone (see video description)

@@elhedran i have the same problem though im on java

nvm fixed it i had the comparator behind the rocket crafter not in subtraction mode

Yes

Make sure the fireworks crafter is facing down into a barrel. Also make sure the fixed signals from the outer non-crafting crafter matches what is in the video. Unfortunately it's hard to work out why something is wrong without seeing it so most of what I'll say is check the video. Also, this was done in the Java edition. The description has done tweaks that may help with bedrock, but bedrock redstone is not friendly to more complex builds.

Sorry, it's hard to work out redstone differences without seeing what was built. All I can suggest is double check the build and maybe post some screenshots of what is built on discord (link via channel)

If you have Discord or PlayStation I would love to message you to find my mistake!

Thanks for the fix Elhedran!

@@andrewghanayem2220im having this issue too, what was the fix

​@@jeremshAre you on Bedrock? He put a screenshot of a necessary addition to prevent paper overflow cause Bedrock Redstone has issues not present in Java.

@@Texas1845 oh i should have read the description. thank you

What improvement did I miss?

ruclips.net/video/b7Dr9twU1oo/видео.html this is what I use now, might not be quite the same as in this video though

@@elhedran Thank you

The first two slices (unstackables) also should have a different repeater setting for the lower repeater. It also would not deal well if built over a chunk boundary and was half loaded at any point. If all the repeater settings are right and it isn't a chunk loading issue then it must be something I haven't thought of. Worse case scenario is that there is something changing the in block update, update order between the to dropper and encoding hopper, the both fire in the same tick but the dropper needs to update first. If you work it out let me know please. Full transparency, I'm not using this in my survival world at the moment, and if I wanted an encoded multi item sorter would now look at cart based multi item sorters.

I also don't believe I tested all orientations and rotations for this build, I didn't think it would make a difference at the time, but it's a possibility I'll have to check. Can't this weekend as busy with away from computers but will check that next week.

ok, definitely works in all orientations and mirrors so that won't be it. Again, let me know if you work it out.

@@elhedran Thanks so much for taking the time to look at it! Based on your previous reply, I just built a chunk loader and it seems to be working now! I had extended the storage to be 30 slices thus crossing multiple chunks - one chunk was just outside the spawn chunks. It hasn't broken since the chunk loader has been running!

True. But if the player is happy to build a chunk loader, they are also better to use a cart MIS.

Good question. Most of the system is fine to back up a little, so as long as you don't spend a lot of time close to 10 chunks away, it will probably be fine. If it does get a lot of items backed up, some items may end up skipping the location they are meant to sort into. If it backs up even more (chests worth of items over an hour) the elevator will clog up and need to be unclogged by hand (e.g. items removed manually from the droppers)

Or put another way, it will break in minor and easy to fix ways.

@@elhedran and if i build 2 chunk loaders? Is that a solution?

@@bencekiss2341 if you are going to build a chunk loader, there are better designs out there. Also one chunk loader will fully load 9 chunks, and load chunks enough for this design over 25 (5x5) chunks. But if you are going to add a chunk loader it's enough to have one and to trigger it from the signal changes on the elevators.

No, sorry.

Got it working on bedrock. Need an extra observer for each dropper slice. The observer that is facing the note block (in the Java edition) needs to be facing the redstone on the glass at the end behind the two noteblocks, and then add another observer between the observer you added and the one pointing to the dropper. So the top layer would be: Observer face down (at the redstone), observer pointing in, another observer pointing in, dopper pointing in, dropper pointing up at the storage barrel.

Looking at 1:09 when describing this. Sorry it's confusing :/

Getting anything that is designed for java, on bedrock is very impressive. I need to try this.

Unfortunately this didn't work for me - or at least not consistently for sorting a lot of items. It is possible I misunderstood @xsublight's approach though. I found that with a full stack of items in the input, it would get about half of the items into the right chest. This makes sense given within a game tick, block update order is random in bedrock - and this design relies on the item moving into the second top dropper, and then that dropper firing, and then the hopper below it being updated, all in a single game tick. In java it is pretty easy to manipulate the block update order. However that doesn't mean it can't be made to work on bedrock - but I very much expect that locking the hopper will be part of the strategy.

No, Tango and Etho use a set of chunk loaders in the nether activated by the minecart. It's more complex, but ensures the mail gets there sooner (the design in the video would wait until normal Hermit activity loaded the chunks). There is a chunk loading approach on my channel, but still isn't the same as on HermitCraft. Still a little slower in my channel as I wait for the cart to be allowed back through the portal, Etho and Tango break and dispense the cart to reset the timer.

The approach on HermitCraft is better.

Я дурак. Обычные не складываемые предметы не попадут в систему шалкеров.

A bucket of water would break the shulker emptier, but that is why there is a filter at the top of the elevator. This design does still need better pre filtering. Non stackable items should be separated out before the push based multi item sorters along the bottom, but I haven't worked out a good solution for that yet.

Maizuma Games has a really tiny presorter that separates nonstackables and shulker boxes from sortable that might be fairly simple to integrate. Excellent work on your ‘normal player’ sorting system! I know what I’ll be building in the future!

@@gules3971 I think I know the one you mean. Not quite hopper speed when sorting unstackables but hopper speed for stackables. I've got an idea for a hopper speed separator, but will see whether Miazuma's fits better. An advantage of the Miazuma design is the shulker separator can be swapped for a chiselled bookshelf or brewing stand given shulkers are already separated in system 13.

Yes, I think the Maizuma one is the one to go with, only with a chisled bookshelf instead of a shulker (so last silo is unstackable, and second last column is books, or potions if using a brewing stand). The fact it isn't quite hopper speed when dealing with unstackables shouldn't matter, would need something like 200 unstackable items in a row (or possibly more) in order to get it to back up across the entire silo sorter before it impacted the dropper elevator. Not sure who would rock up with an inventory of 200 unstackable items and expect to put it in a sorter. I'll think about doing an "optional extra" video some time - but almost certainly going to use it in the one on my survival world