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
Still, if it works then it's not like it's "wrong".
https://steamcommunity.com/sharedfiles/filedetails/?id=3377425472
But now I got belt stacking and dont have to rebuid my bus (now).
I tend to agree. Splitters always run at full speed, whereas inserters are slow (especially with the mixed sushi-belt stuff from fulgura scrap processing). Anyhow, if it works then its good enough (until it scales up to where it isn't anymore). I have my scrap items being loaded onto trains via sushi-belt/inserters, and it is becoming the next big pain point that I need to soon deal with. First sort using splitters, then load the pre-sorted items onto trains...
Doing it with the stack inserters allows you to fit a lot more onto the belt. Splitters don't stack so they're useful for packing for the belt.
I would do that after having sorted with splitters, potentially bringing several belts for each product to get "stacked".
Not necessarily more compact anymore that way but filtered inserters always miss some of the items so you have to loop things around as well, and it can get annoying.
Notice that there are two filter inserters for each item type, and still things will get through and have to loop around again... Filter splitters won't have that problem, which is the idea to use filter-splitters first, then the stack inserter second.
With filtered splitters, your sushi line will jam if the line backs up, so each line has to individually have a voiding solution (even it's having another splitter to redirect overflow to a recycling line).
With filtered inserters, when the filtered lines back up, items just go past the inserter. So it's not terribly unreasonable to have a policy that everything that goes past the inserters is safe to recycle.
For a handful of items you'd want the more reliable option, though -- e.g. precious items like Holmium Ore, or things that recycle very slowly that you want to use an alternate voiding solution (e.g. a concrete <-> hazard concrete loop).
The upside is that you would get a lot of quality intermediates of course but handling all of that properly requires quite a bit of space.