this is some pretty mind blowing stuff! Reminds me of a reverse version of Etho's nexus storage, you're entering the destination to send things to instead of where you want to pull from. I definitely want to play around with this!
both in the schematics and world download you forgot a piston and observer on the right side of the hall where you choose which of the chests you want to sort to(the vertical chests) and on the right side unloader you have one piece of dust being a cross and not a dot which makes the box not break when unloading.
yeah but you build bulk storage so that you can just dump your inventory in a chest etc and it gets sorted automatically and not sort every item individually and take like 20 minutes to do so.
I have made a redstone screen that displays English and I want to combined it with auto crafting to essentially make applied energetics mod in vanilla, would you want to collaborate on that project with me?
I'm having trouble understanding encoded storage but I want to understand it, I have a lot of resources in my world and want to store them better. How can I get help?
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.
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.
Schematic and world download: drive.google.com/drive/folders/1JuhJth2lZ3-m5oZe_Nk9m_kD7IGWL1DH?usp=sharing Quasar: discord.gg/DZfkVW5a8m Storage Tech: discord.gg/JufJ6uf
The point of a sorter is for the items to be sorted automatically, the fact that you have to manually unlock a slice defeats the purpose of having a sorting system
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.
will you do a video on the encoder it self? i’m understanding how it work just not completely how your turning off that specific slice. how would you implement that?
so with this system sorting only one item at a time is possible, right? There are no filters, so items are sucked by the first hopper they encounter? Then it's only manual sorting for a mixed item shulkerbox.
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.
@@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
@@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
Could you have the system spit a single item into a simple filter system which would return a pulse linked to a memory system that would output the binary for that item's chest? You could even put logic into the system of, if it notices that chest is full, incrementing the binary count by 1 and sending the items to the next available chest.
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.
@@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.
this is pointles. if i'm getting back to my base with a random inventory, i won't be switching chest manyally, puting the items in, waiting for them to sort, then changing the chest. that might atually be slower that storing the items manually. it's not even useful for farm outputs. in theory you could hook this up to the output of your farms, have a traditional item sorter before this with a buffer and automatically switch chests one by one and emptying the corresponding buffer, but that is way worse than a traditional dumb siloand holds less. how do you imagin yourself using it?
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.
@@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.
this is some pretty mind blowing stuff! Reminds me of a reverse version of Etho's nexus storage, you're entering the destination to send things to instead of where you want to pull from. I definitely want to play around with this!
so cool how you always opened the right chest every time so inspiring honestly
who let bro cook
I SAID LET HIM COOK!!!
He be COOKIN' !!!
I love when sskyzy fills us up with his elite creamy content
both in the schematics and world download you forgot a piston and observer on the right side of the hall where you choose which of the chests you want to sort to(the vertical chests) and on the right side unloader you have one piece of dust being a cross and not a dot which makes the box not break when unloading.
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.
yeah but you build bulk storage so that you can just dump your inventory in a chest etc and it gets sorted automatically and not sort every item individually and take like 20 minutes to do so.
I have made a redstone screen that displays English and I want to combined it with auto crafting to essentially make applied energetics mod in vanilla, would you want to collaborate on that project with me?
A storage system like this that also outputs based on the encoding is the only component left I would need
I'm having trouble understanding encoded storage but I want to understand it, I have a lot of resources in my world and want to store them better. How can I get help?
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
very cool
Could this work in bedrock? Or adapted to?
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.
Schematic and world download: drive.google.com/drive/folders/1JuhJth2lZ3-m5oZe_Nk9m_kD7IGWL1DH?usp=sharing
Quasar: discord.gg/DZfkVW5a8m
Storage Tech: discord.gg/JufJ6uf
I honestly think this is going to be extremely valuable tech to go alongside the surge in binary computing because of copper bulbs
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
The point of a sorter is for the items to be sorted automatically, the fact that you have to manually unlock a slice defeats the purpose of having a sorting system
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
will you do a video on the encoder it self? i’m understanding how it work just not completely how your turning off that specific slice. how would you implement that?
the encoded chest hall constructor of all encoded chest hall constructors if the encoded chest hall constructors
Cat pfp = subscriber
so with this system sorting only one item at a time is possible, right? There are no filters, so items are sucked by the first hopper they encounter? Then it's only manual sorting for a mixed item shulkerbox.
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
Good job 👍
Good explanation and tech, system will be finished this weekend right?
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)
Could you have the system spit a single item into a simple filter system which would return a pulse linked to a memory system that would output the binary for that item's chest? You could even put logic into the system of, if it notices that chest is full, incrementing the binary count by 1 and sending the items to the next available chest.
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.
love the video and so informative
this is pointles. if i'm getting back to my base with a random inventory, i won't be switching chest manyally, puting the items in, waiting for them to sort, then changing the chest. that might atually be slower that storing the items manually.
it's not even useful for farm outputs. in theory you could hook this up to the output of your farms, have a traditional item sorter before this with a buffer and automatically switch chests one by one and emptying the corresponding buffer, but that is way worse than a traditional dumb siloand holds less.
how do you imagin yourself using it?
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
When accessible box loader?
hopefully never