Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
kinda big but it's there,usable
And you can always use a belt elevator on one of the unused inputs/outputs if you want them coming/going in a different direction.
F F F F F F...............
M-M-M-M-M-M.........
|
v
S-S-S-S-S-S..........
F. F. F. F. F. F.............
Because this structure is easy upgradeable.
The Problem however could be the belt capacity link between the Merger chain and the Splitter chain at some point...
I can solve it with doubleing the box'es
SMSMSM
|...|...|
v..v...v
MSMSMS
To avoid the double of the boxes the 2 in 2 outbox would be ideal.
It's even then likely possible for small capacity or left and right changes to only build one chain and have half of the orginal boxes
FFFF.........
KKKK........
| | | |
vvvv
KKKK........
F.F:F.F........
no bottleneck...or as a simpler (*) compact open expandable solution just
FFFF .........
KKKK .........
F.F.F.F. ..........
Allows a much more clean and simple design and no huzzle with changeing between splitter and merger box all the time.
(*) here the problem is that the far left Factory can not feed the far right factory stage 2 .. maybe could be half way solved by connecting the last K output with the first K input (closing a ring)
oh and to clarify I paint a flat design not one build in the height here
in case the idea is not clear..I want all factory of stage 1 feeding all factory on stage 2 anyway the factory count and load distributtion..it shall autobalance.
So this means an ideal universe would have a perpendicular belt run along the array length (lets say that belt is flowing West and the array is South of the belt). A 2 in 2 out would be placed aligned with each silo output in the array. South input is from the aligned silo and East input is upstream overflow continuing to flow West. As you may guess, West output is programmed to overflow. North output is programmed to the aligned silo's contents and is elevatored and fed back to the silo. Any content that can go back to the silo will and any that cannot will sushi bar to a single overflow sink.
In this example, there is infinite North/South space, but no margin at all East/West. I have toyed around with annoying workarounds, but everything I have tried will involve more clipping than my friend will permit. Life would be much easier if a programmable splitter could just have an output be redefined as a second input.
worst case use a merger and a splitter.
edit: ofc didnt see the colossal necro this was.
The container is not good for using it as 2x2 balancer.
The output from each belt is un-balanced. It seems there are no logic to how much you get from each output.
I use 2x2 and 3x3 balancer all the time and they are very useful in case that you have un-equal inputs.
Here's how I make them.
https://steamcommunity.com/sharedfiles/filedetails/?id=3402655599
J
Just tested it out of curiosity. Its pretty much perfectly balanced. 20 times in a row i split off a 50 stack.
19 times i got 25 on each belt going on. the 20th time i got 26 on one and 24 on the other.
So the container works just fine for balance. I could see an issue if the items being fed into it would end up stuttering.
But placing a stack directly into a container and outputting it, it splits very evenly.
maybe it will help.