วีดีโอ

A storage system like this that also outputs based on the encoding is the only component left I would need

No but you can check out Kairyu and Bqyden for bedrock storage tech.

Yes but it would give you a false bit reading on dry fire.

@@sskyzy oh yeah, havent thought of that

I wish I could say the same

@@PotatoCraft_TMC oh no don't worry... I meant Baby steps 🤣

The Storage Tech discord server is by far the best place to learn anything storage tech related. There is a link to it in the description of this video.

@@sskyzy thanks. Im there, just working through it

hopefully never

You would use an item type to binary encoder to automatically sort the items, which I will show in a later video. Before that releases, PallaPalla, Masontic, and Obi all have good videos about encoders if you are confused on how to make this system sort.

@@sskyzy That's the bit I would like to understand how to set up.

@@JohnDavidSullivan This is kind of a necro reply, but this video explains encoders pretty well: th-cam.com/video/wCfnwYdxJuw/w-d-xo.html

You would have a line of chunkloaders that turn on when the external bulk is required.

Innovation is a result of laziness

@drkclshr True, that is a good point. Though in this case you do still have to walk over to the storage slice. Now if _that_ one day gets eliminated.

it can be eliminated using a fully call-based storage but thats impractical its way better to just have item call as an addon to a storage rather than the storage itself that being said, i might make a call-based storage at some point just as a fun project

@@sskyzy I would do call based storage if i understood how it worked, the idea of sending and calling a shulker box is something that appeals to me because I have tonnes of storage on my Single Player World and dealing with it is a pain. I'm annoyed with myself because I even did Computer Science Bachelors degree and I was hoping the Encoding/Decoding would make sense to me, but in the world of Minecraft it goes completely over my head. unfortunately I'm still at the level of FHL Bulk! following your videos and other channels in the hope that one day it clicks 🙃

This tech isn't super new. There is already a few versions of the concept on bedrock. I would recommend checking out Kairyu for some cool bedrock storage tech.

Thanks for letting me know. The errors have been fixed now. I also fixed a few errors in the schematic and world download from the previous video.

What do you mean? You are correct in saying that it cannot sort mixed boxes, however this isn't an issue due to the existence of shulker box splitters, which turn a mixed box into multiple single item type boxes.

4x parallelization is possible by unloading to one chest per each side of each hall, which should be more than sufficient.

@@sskyzy I am aware of shulkerbox splitters. And even if only single item type boxes are passed as input, my point is that all items go into the hopper of unlocked slice, which means, that when a box with different item type arrives, you have to manually lock the current slice and unlock the slice of the new item type. I consider it impractical, cause I’d much rather dump all schulkers into an input chest and leave it for auto sorting. Though I must admit, that having all slices unlocked is worse than unlocking only necessary ones.

You would connect your dump chest to a box splitter. The output of the splitter would go to a item type to binary encoder. This binary code would be input at the bottom note blocks that will unlock the rights chest and unload the output boxes of the splitter one at a time

definitely no

@@jrubik33 yeah copper bubls are useless

@@Nebula_Kakapo they are useful, not for binary

@@jrubik33 well on bedrock edition, on java they removed that 1 tick thingy, but piston togglestates exsist so what are bulbs useful for

@@Nebula_Kakapo can be a simpler rising edge and a 1 block toggle

That way the user would only have to input the items, and the system would take care of the rest. Seems doable to me. Especially with copper bulbs making solid state read/write memory so easy

@@wesleyhale4472Honestly, copper bulbs aren’t that useful in storage tech simply because they are just a togglestate block but arguably worse than piston togglestates since they can’t be easily reset. As for your first idea of detecting full chests and moving to the next one, it’s quite impractical for chest hall. That being said, it’s a concept with a lot of details and mechanics in a special type of encoded bulk, known as dynamic bulk. PallaPalla has a video about his dynamic bulk from a few years ago. It uses a slightly different way of assigning items but the concepts still apply.

@@sskyzy just running your new input and your existing memory through an XOR gate makes resetting pretty simple. But I'll trust you, I'm really quite new to all this.

There are better and denser ways to store data, especially with the use of disk drives.

@@nyx_9841 lol Yeah like I said, I'm pretty new to this. Interested in learning those ways. I was just messing around with the copper bulbs and it seemed really straightforward and intuitive to entry level redstone computing in a way that none of it has seemed to me in the past.

You would use an item type to binary encoder to automatically sort the items, which I will show in a later video. Before that releases, PallaPalla and Masontic both have good videos about encoders if you are confused on how to make this system sort.

Problem is that’s gonna end up being more work and possibly laggier than the hopper based sorting system

​@@johncorn7905 Except it's not, an item encoder isn't very laggy and is only run once for every item type, a splitter merger array is way less laggy than a FIT unloader, and the rest of the control wiring is just a few lines to hook everything up. Oh yeah, and there are much fewer item entities at a time which is like the main cause of lag in a storage. Also, there are some more benefits to encoded chest hall other than less lag, such as the comparator readouts which can be very useful, and for me, a great part is when you build it, you don't have to set like 700 filter hoppers and instead it's just like 10 filter chests that are all at the same place.

skull emoji

will be finished when sci ms is released (it will be never)

@@sskyzySci MS is supposed to be released this year I think, better get wiring

@@nyx_9841 so anyway i would like to change my argument to be when quacon ms is released no reason complete coincidence that my terms of release are changed

welp looks like i gotta hold my word and speedrun finishing the system (sci ms was released)

I SAID LET HIM COOK!!!

He be COOKIN' !!!

omg you're alive no way

Your seo math might have worked. I’m glad I got recommended this video.