This seems to be what I'd intuitively expect too, i.e. for each output to get *something* but for the first object on the chain to get satisfied first.Alice3173 wrote: ↑Tue Sep 25, 2018 5:58 pmOne like that should be 50%, 25%, 12.5%, 6.25%, 6.25% for each output going from left to right, not taking into account max throughput for the outputs. (Ie: If the pipe's throughput is much greater than what each output uses then the values would be much different.) If the algorithm goes on a per-junction basis then it'd just split the output evenly at each junction. So the first junction sends 50% to the output and 50% on to the next junction. The second junction then sends half of what remains to the next output (25%) and the other half to the next junction and so on.McDuff wrote: ↑Tue Sep 25, 2018 3:12 pmWhat behaviour would you expect on a system like this?Would you expect the first output to get fully satisfied before letting fluid pass, or for it to evenly split 50% of whatever was passing through it?
Code: Select all
IN =======J=====J========J=======J=====OUT ¦¦ ¦¦ ¦¦ ¦¦ OUT OUT OUT OUT
Now, with the theories about changing the pipes to be pressurised, to me, if that were the case, all outputs would get an even proportion of the input, so if demand >> supply every output gets 20%.
Would that make more or less intuitive sense from a gameplay perspective? Would treating a pipe network after a pump as a single "filled" section make more intuitive sense to the player or less?