Ender chest from normal Minecraft

[RampantPanda65]

I only really ever use ender chests to pump things out into a sorting system so I think 9 slots is enough. Also, it's good that you can have multiple ender chests with different items.

 

[DraigoDragon]

I think It was changed because a lot of people were using It as a backpack?

That's what I read anyway ~.~

"Some people weren't using it for It's original purpose and that annoyed the developer and he changed It"

 

[Bluehorazon]

Not for me, I like to build processing plants that can handle huge peak volumes, my last major build could process* in real time the output from 24 fully powered quarries. To do this I had to design and build item/flow regulators and much more besides, the ender chests as a 3x3 is way too small a buffer space, it could be filled in one tick (and would extremely like be filled in one tick) and I need a space much larger than that per tick (i.e. even if I empty the entire chest every tick, in the very next tick there would be more items than the 3x3 could hold, so my entire system would backup and be limited by this bottle neck.)

I'm thinking of other designs, which is cool I guess, but what I intended to do with my next major build was to push on to being to handle in real time the output of 64 mining turtles each mining one chunk.

The problem so far, is that every design I've come up with so far that does away with or deals with the ender chest nerf will cause way more server load.

*sort, macerate, sort, furnace, sort, do something with stuff, sort, autocraft, storage etc

And why can't you do this with the new chest? Just use two of them with different colors... or 3.

The chest should have 3 times less storage than before. So just use 3 chests with equal distribution instead of one. This would be easy with redpower and it should be doable with logistic pipes. Buildcraft does not have equal distribution. But I NEVER managed to run a quarry faster than you are able to pump out. You can pump out of a chest from 6 sides which means that you could pump out 6 Stacks at once. And since the amount of items is the same it will not cause more lag (engines alone aren't producing that much lag).

 

[NosajDraw]

Yeah, I've been playing with ideas of multiple chests and distributing between them.

I've certainly maxed out a chest before now, but I was deliberately trying to, I wanted to know what happened, because the Turtles will max out a chest much much faster than quarries would, as they deliver all their drops over a few seconds once every X period.

I'm actually thinking of having the turtles carry 3 different coloured chests with them, and before unloading, contact a server over wireless which will tell the turtles which colour to use in a round robin fashion. Or I could just have say 4 different colours 16 of each distributed between the 64 turtles.... simpler to build, but no guarantee that all 16 turtles with one colour don't all try to unload at more or less the same time.

The chest should have 3 times less storage than before. So just use 3 chests with equal distribution instead of one. This would be easy with redpower and it should be doable with logistic pipes.

Yeah, my biggest extractor (as I called it) had 4 ender chests all with 6 sides with retrievers, in normal operation I only pulsed this once every 2 seconds which was more than enough, these then fed into a regulator I built, which consisted of two sorters, 2 diamond chests and 8 retrievers, basically all this does is make sure that the items most regularly flowing through the system are stacked before entering the tube network properly.
The problem with the regulator was although it was highly configurable, it needed manual configuration and would hold onto a small stack of items for a very long time if no others of that type flowed into the system. I've been trying to figure out a way that would allow the regulator to respond to how busy it is (so at slow times just make stacks of say 8, but at busy times make stacks of 64) and also to release a stack regardless of quantity of items in the stack once the stack has been waiting in the regulator for say more than X minutes.

 

[Bluehorazon]

In that case pumping out with Buildcraft could be more effectiv. A Stirling-Engine pumps whole stacks out, and if you sort them (Cobble out basically) you could distribute it nicely. I guess it is the Cobblestone that jams you system, so sorting it out via Buildcraft should work a bit faster. After pumping it into two Chests you could use Redpower to move on.

 

[sciguyryan]

Enderchests from Chikenbones are pretty useless now anyway, nerfed them down to 9 slots and no config to change them back to useful.

I used to use them extensively in my builds as teleport pipes/as a way to prevent me having to run huge long pipes, but it seems I should be going back to the old ways now.

There should at least be an option somewhere to make it the same size as the vanilla enderchest since it also completely removes access to the vanilla ones. However I do understand CB's reason for doing it.

 

[NosajDraw]

In that case pumping out with Buildcraft could be more effectiv. A Stirling-Engine pumps whole stacks out, and if you sort them (Cobble out basically) you could distribute it nicely. I guess it is the Cobblestone that jams you system, so sorting it out via Buildcraft should work a bit faster. After pumping it into two Chests you could use Redpower to move on.

I find Redpower tubes and Retrievers are best, they too pull out a full stack, but stop pulling if other parts of the system are jammed. The regulators I built regulated 60 plus different item types, not just cobblestone. It would be cobble stone that causes the problem, except I can actually deal with it very fast, in the build I've been talking about, I pumped it into an array of Energy Condensers transforming into wood, which I then pumped into furnaces turning it into charcoal which was then used to power generators, any overflow (i.e. too much supply of cobblestone) flowed into a final array of Energy Condensers which condensed into diamonds.