Jump to content

Did you notice? Pipe bridge priority changed?


Recommended Posts

(liquid) Pipe bridges no longer wait for pipes to be empty but rather override the pipe they are joined into. This will mess a lot of existing radiator & Pipe systems. I couldnt make an override system anymore, where my water sieve gets priority on a pipeline and a pipe bridged reservi will work If sieve is Idle.

Maybe because lot of people seem to be confused with this system...

Are you sure you cant ? with a valve ?

if you let half of the content going to sieves, when the sieve will be full, the valve will not deal with it anymore...(just sayin, i cant try atm)

I don't think that's new behavior.  I've seen that since at least the tubular upgrade.  When merging a bridge into another pipe,  the packets will try to combine. If they can't combine,  then the bridge packets get priority.

whenever I need to merge into a main trunk line without affecting the flow of the trunk packets, I use 2 bridges in-line to each other. Main trunk to bridge, 2nd bridge with the merging input,  main line bridge output feed through the 2nd bridge's output.  Now the packets will combine if possible,  but the trunk will retain priority if they can't

Hmm ok I'll have to try it when I can.  I could have sworn that my radiator system was still functioning normally the last time I looked,  but I have been playing with different ideas in debug mode for a few days and have been neglecting my real bases.

Just checked my base and i can´t find anything strange.

My pipe bridges still work like i would exspect them: Try to fill the output pipe if empty or merge when the liquid inside is the same.

 

3 hours ago, Carnis said:

(liquid) Pipe bridges no longer wait for pipes to be empty but rather override

1.Pipe bridges wait if an other liquid is inside.

2.Pipe briges don´t override they combine.

47 minutes ago, Lilalaunekuh said:

Just checked my base and i can´t find anything strange.

My pipe bridges still work like i would exspect them: Try to fill the output pipe if empty or merge when the liquid inside is the same.

 

1.Pipe bridges wait if an other liquid is inside.

2.Pipe briges don´t override they combine.

How then? :

image.thumb.png.3a6df718c6521b2f975eb7a9b66e1bf1.png

Water from pipe bridge blocks water sieve, water from pipe bridge blocks toilets?

it doesn't, we got 8 isolated electrolyzers producing 3litres of clean air / second, but the clean water from pipe bridge from below provides the replacement water isolating the toilets, the water sieve and the backup polluted water from the system. I fixed it with automation, but this should not be necessary:

image.thumb.png.3d80109327e09cea36cb78e3cc77c426.png

On 5/11/2018 at 9:42 PM, Carnis said:

How then? :

image.thumb.png.3a6df718c6521b2f975eb7a9b66e1bf1.png

Water from pipe bridge blocks water sieve, water from pipe bridge blocks toilets?

assuming clean h2o has a way to go to the left, ph2o from toilets will go to sieve, bridge coming in from the right pump whenever there is any space for it to go, as long as it sees full packets it won't do anything, half a packet in the pipe from the toilet, and it'll send half a packet to create full.

but yes, as long as the pipe from the toilets is full, the bridge from the right can't send anything through.

remember sieve only processes 5kg/s, i see 2 pipes trying to send a combined 20 kg/s, doesn't quite add up.

15 minutes ago, Ichikai said:

assuming clean h2o has a way to go to the left, ph2o from toilets will go to sieve, bridge coming in from the right pump whenever there is any space for it to go, as long as it sees full packets it won't do anything, half a packet in the pipe from the toilet, and it'll send half a packet to create full.

but yes, as long as the pipe from the toilets is full, the bridge from the right can't send anything through.

remember sieve only processes 5kg/s, i see 2 pipes trying to send a combined 20 kg/s, doesn't quite add up.

Actually your explanation makes sense. Water goes to electrolyzer, which spends 3kg/s, but because packets Combine each sieve packet becomes 10kg and takes 3s to process 10kg/3kg = 3,33s. Water will then back out, like a traffic jam.

Archived

This topic is now archived and is closed to further replies.

Please be aware that the content of this thread may be outdated and no longer applicable.

×
  • Create New...