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
end of argue.
Well, I find out this game shall give me a good lesson about "the reality is not always as you thought it should be."
From the post, I think OP want something to sort copper bar out from the south to north belt, and then put those sopper bars to the east flow belt.
If that is the case, I think a simple practical solution is to put a storage hopper in place of the spliter, and stick another advanced conveyor belt filter on the west side of the hopper with setting "except copper bar" to pull anything except copper out of the storage hopper.
Because that is how the filter works is the reality of Fortresscrafte, as said by steveman0.
In case a priority splitter is mandatory in application, a detour is to put a hopper between the splitter's eastern output and the advanced conveyor belt filter so that the filter will work properly and the splitter will turn to the western output once the hopper is full.
What i am saying is that if a filter conveyor sends items through that do not match the filter, then that is a bug. End of story.
If a priority splitter can not detect blockages, than that is a bug. End of story.
OK, a priority splitter will perfectly detect blockage, but a filter conveyor will malfuntion if not attached to a hopper. No more explanation needed.
I am not the dev and I am not lying.
The priority splitter has no look ahead further than determining whether it can send an item one way or not. It doesn't know what machine is there nor does it care what the machine is. It isn't a filtering machine only a switch for left/right. You're trying to artificially merge the two machines into one while you really just want a hopper with 2 adv filters as previously described.
This is actually working as intended, and logical, even though it's annoying.
If you have an advanced conveyor filter connected to a hopper set to 'Allow Copper Bars only', as your intended exit point, BUT you also have another plain exit point from the hopper, then what you described WILL happen.
The unfortunate solution is to have another advanced conveyor filter set to the INVERSE of your current one i.e. allow everything BUT Copper Bars, then it will work fine.
If the advanced conveyor filter had 1 input and 2 outputs (1. wanted filter, 2. Inverse of wanted filter) instead it would make the 'redundant' extra filter unnecessary. But, this would make the hopper connected to it kinda redundant instead.
You have this situation as it stands (The directions are just examples)
Exit West <---- [Hopper] Filter ---> Exit East
Sometimes copper bars WILL go West from the hopper. Purely down to timing, and no way to guarantee it doesn't happen.
You need to do this:
Exit West <---- Inverse of Filter1 [Hopper] Filter1 --> Exit East.
This guarantees what you want to happen.
Source hopper with a conveyor to the West connected to a destination hopper.
The same source hopper connected to an advanced filter set to Copper Bars, connected to destination hopper to the East.
Dump 100 Copper Bars into source hopper.
Result = 50 bars in each destination hopper.
Add another exit conveyor and hopper and repeat:
Result = 33, 33, 34 bars in each destination hopper.