The Water to Steam ratio change makes it more possible to supply power or nuclear setups using fluid wagons or even water barrels. The reason I never even tried this is not throughput limitations; it's because there's no unpowered way to get fluids from barrels or wagons into pipes. It feels like a...

[...]To me, that artificial 250x250 space limitation sounds, well, artificial and unfun. It may not be constraining, but it sure sounds like it might be annoying when *suddenly* the pipe magically stops working and needs a pump because some weird limit is reached. I think my biggest issue with it i...

[...] - heat exchangers still output the same amount of steam, pre and post expansion release - after expansion, pumps will be transporting 1/10th of the previous throughput [...] And you'll need 1/10th the water as compared to before, so 0 change...why do you need so many pumps to move steam aroun...

[...] You missed a bit where it states that steam expands now so you use 1 water to make 10 steam. So overall use of water for reactor stays the same. [...] So thanks for making me clear this part as well: - any halfway sophisticated reactor will have the same amount of offshore pumps as before - a...

I've updated some circuitry to account for edge cases relating to the train pairs arriving at their destination stations at greatly disparate times, and added an extra example station to the save to demonstrate resource distribution to outposts (as opposed to the default of resource collection from ...

I've made it a personal mission not to succumb to the most common cause of death in Factorio, and so far, I've avoided the achievement. I attribute that success to my train network design, which has built-in signals that warn which tracks have moving trains on them. Since the blueprints alone won't ...

Would it work with entity that draws from 3+ electric networks? Yes; just find the least loaded network for each rebate bucket (doesn't have to be per-entity) and apply rebates to the other networks for that bucket. Theoretically you can have a machine draw from unlimited amount of networks. There ...

I am honestly surprised you guys are iterating over everything to compute the electricity.[...] All this. A while ago I made a proposal about consolidating the power buffers on combinators so that they could be calculated per-network instead of per-entity, but it got tossed for unrelated reasons. S...

In this FFF image, it appears that "warm coolant" is treated as an entirely separate fluid from "cool coolant": https://cdn.factorio.com/assets/blog-sync/fff-420-demo-1.png I'm apprehensive about how the difference in temperature will be handled; I think it would be clunky and a ...

[...] I'm a bit confused by the choice of only integers for quantity of fluid distributed, i assume you mean for simplicity, but i expect 12 pumps to get around 1.57 fluid for a total of 19 and not 7 to get 2 and 5 to get 1, or it would not be so "predictible around junctions"[...] I glos...

[...] It would only use the "????" answer only if the initial conditions are different enough to allow for all the pumps to potentially pull at their "max pulling rate" from the whole segment. [...] That "???" was my confusion at the 16.6667 answer, not me wondering ab...

Now it makes even less sense to me; I don't know why you're trying so hard to use the individual capacities of pipes or tanks to calculate things when it causes so many strange problems, and the steps I showed already handle the "special case" you're talking about just fine. In the equatio...

[...] There is a special case where a system to prevent fluid from being taken multiple times is needed when a single pipe has more than 1 pump pulling from it and i proposed a solution. [...] I don't understand what you mean by this; the rules as defined in the FFF should handle such a case normal...

Yes, that would have been the idea, junction or not actually, just a single strech of pipe with 2 consumer connected on the last one would have given them both half the max potential pulling rate compared to having them offset by 1 pipe so they do not attempt to pull from the same, and so no matter...

[...] I may be wrong but maybe the fluid segment contain fluid as a whole which is then distributed into every entity based on its volume, => pipe 100 tanks 25000 ,which is then the cause for the "optimal case" being pump-to-tanks compared to pump-to-pipes. That wouldn't be simulating flu...

[...]but i think in this case it is ok to quote some private messages that are part of this discussions[...] It's fine. [...]i can understand the tank is made "better" on purpose , but the "pipes" could also allow more than 6k/s fluid transfer (potentially) if pump is allowed to...

I think there is a key detail you are missing that relates to this rule in the FFF: Machines can push fluid into a segment at an unlimited rate, and can pull from a segment at a rate proportional to how full the segment is. In other words, if a segment is half full, then the pulling rate is half of...

I think there is a key detail you are missing that relates to this rule in the FFF: Machines can push fluid into a segment at an unlimited rate, and can pull from a segment at a rate proportional to how full the segment is. In other words, if a segment is half full, then the pulling rate is half of ...

[...] https://cdn.factorio.com/assets/blog-sync/fff-416-snake-after.mp4 It appears to me that there IS a concept of "individual" properties. The tank being still 25K capacity and not into the same group as the "snake of pipe". both being separated by a pump making them seemingly...

I think you're getting hung up on the old idea of pipes/tanks having their own properties. In the FFF they showed individual flow rate and capacity bars on each tank or piece of pipe, but under the new system, there's no such concept; all pipes and tanks connected contiguously will share the same &q...