Why liquid shutoff block liquid to pass the input?

[JoeyMeIs]

Hi fellow dupes,

A couple of questions.

I don't get why the liquid is not passing the shutoff input and going towards the liquid vent? (see image) The red signal is given to the shutoff and i would expect it, because it cant take the water in, to just let it pass along. Thats how an aquatuner works when it cant input the water, it just passes it along. Thats also if a vent is blocked, it just passes it along. Why does the shutoff work differently? Also i ran into this because i wanted to use a (very cold) cooling loop to only cool down a certain area a little bit by only passing water there when it needs it. Any other tips on how to use the same cooling loop to cool different areas to different temperatures? (other then thermal steel door injector setups)

 

[nessumo]

It is because of green output of the bridge - it "pushes" the flow towards the input of the shutoff, opposite of what you want. If you put bridge between them to enforce the direction of flow you want it should work.

[OxCD]

@JoeyMeIs the bottleneck isn't coming from the shut off but from your bridge. There's two inputs on each side of the the bridge output. So the game has made a decision, that the bridge output is splitted in two : one to the vent, the other to the shut-off. It mades a direction from the left to right between the bridge and the shut-off. But you, you want it from the right to the left. Use a bridge between your shut off and the actual bridge, to tell to the game which direction you wants for the liquid to take.

Moral of the story : The game isn't in your head. Tell it what you want, and don't be stingy with the use of bridges. Jumping over pipes isn't the only purpose of those.

[OxCD]

Btw I don't get why you've made a loop through the shutoff to come back on the same line... that could be explained if your idea behind this part of the whole piping is more complex. But then you should expect more issue coming from the rest of the piping. Then the solution we gave you isn't the right one anymore, but the idea stay the same : use bridges to give directions.

[beowulf2010]

As has been mentioned, stuff in pipes/conveyor track gets confused fairly easily. Get in the habit of using bridges to force directionality of your pipes and things will work much better in the long run.

When in doubt? Use a bridge.

Not working as expected? You probably just need to add a bridge up and/or downstream from the blockage. 

Worst case? Do exactly what you just did and post a picture with a description of what you're trying to do and we can help. 

[Gurgel]

4 hours ago, beowulf2010 said:

As has been mentioned, stuff in pipes/conveyor track gets confused fairly easily. Get in the habit of using bridges to force directionality of your pipes and things will work much better in the long run.

Klei does not use a full flow-calculation algorithm. They do some shortcuts and that can leave things in a blocked state when they should not be. As this is easily fixed with bridges and seems to have a real performance advantage, I do not mind at all.