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
Programmable Splitter: you can set a list of multiple items for each output.
Think of them as Smart Splitters Mk2
Overflow by definition only triggers if all other ports are blocked.
That doesn't mean it will trigger with any "undefined" item.
Inversely - any undefined will not trigger on "Defined Items"
Now while that may work for some - if not most situations - you will find some situations that is not a good idea when it comes to fast paced complex "belts" of materials.
That's why the programmable splitter exists to mitigate that issue.
In most of our worlds we just used smart splitters, they are satisfactory and sufficient. In rather rare situations we used a programmable splitter - to be honest more out of curiosity than of necessity.
This.
I put a small amount of aluminum sheets and aluminum plating in a container and ran it up to a smart splitter with the center on overflow, right side set to casing, and left side on none. All the casing came out the right, and most of the sheets came out the center. It looks like the splitter's internal buffer will hold them, but once that fills it will still send undefined items out of an overflow output just fine. Net result was that all but three of the sheets made it through the overflow side, and the three held in buffer were refunded on deconstruction.
So in a sense, using a smart splitter for this purpose is slightly more expensive since it will eat 3 items that are essentially permanently stuck on it. I will say though, unless those three items are something particularly expensive, I think it's still cheaper to just allow that small clog to form than to build programmable splitter. Neither type is really super expensive, but smarts are still way cheaper than programmables. There are certainly other applications for programmables especially if you're doing complex sushi type stuff, but I still don't see overflow + undefined together as a significant use case.