[2.0.54] Steam input for the steam condensation recipe too slow

[undertow_]

I've noticed that my "Legendary Foundry" blueprint isn't functioning properly in version 2.0.54.
After troubleshooting, I found that the steam input for the Steam Condensation recipe is insufficient. My setup uses direct machine-to-pipe connections for steam input, which worked fine in version 2.0.47.
I'm unsure if other fluid-based recipes are affected by this issue.

2.0.47

2.0.47.png (1.68 MiB) Viewed 44 times

2.0.54

2.0.54.png (1.97 MiB) Viewed 44 times

2.0.47 Save

2.0.47_Steam Condensation_Saves.zip

(2.59 MiB) Downloaded 1 time

edit：Fix the correct video, add the steam condensation recipe production rate image and the 2.0.47 save

[Stargateur]

did you inverted footage version ?

[raiguard]

Please upload your save file so I can take a look.

[Rseding91]

Please upload your save file so I can take a look.

The save file from 2.0.47 please. So we can load it in that version, see it works, and load it in 2.0.54 and see it not work.

[eugenekay]

I was (kind of) able to Reproduce using this Setup in Editor Mode:

06-03-2025, 10-48-57.png (3.79 MiB) Viewed 315 times

Load the Game, and run it for 600 Ticks.

Under 2.0.47: left Plant completes 46.94 Cycles; right Plant completes 47.18 Cycles.
Under 2.0.48 - 2.0.55: left Plant completes 38.31 Cycles; right Plant completes 46.94 Cycles

I believe the big difference is purely due to the number of Fluid connections that the Chemical Plant has for the Steam Input. When only 1 side is connected, and with full Legendary Speed Module 3, the machine becomes starved for Steam. The original Video in this Bug Report shows the plants "Front to Back" as in the Right-Side setup - maybe one of the Fluid Connections did not "Update" correctly between Versions? Even weirder is that 2.0.47 Left Plant exactly matches the 2.0.55 Right Plant number - this implies that there has been a change to Fluid networks between these Versions.

Edit: The behavior/numbers change was introduced with 2.0.48. My guess is that the Fluid code was changed when adding Valves.

Edit: I did some manual Math for the Speed Modules bonuses; I think that “46.94 Cycles” is the correct value. The small bit of extra Production for the Right-side “47.18” case is due to the double Fluid buffer input - but only seems to happen on the first Tick - and then it has the same steady-state speed as the Left side. Since this is now the speed in 2.0.48+, this Bug was fixed already! It is debatable if the Left side being slower now is a Bug at all - only 1 fluid pipe being connected would logically make it run slower… it is a regression compared to 2.0.47. Adding a set of Pipe segments in between the machines (so that 2 Inputs feed 2 Outputs, on a single Pipe network) makes it work fine.

There may be a minor Bug in that the “front to back” setup is not creating a Fluid network correctly during a Version increase (which is what I think the Original Video was trying to demonstrate), but I was not able to Reproduce that in my testing with all the interim versions.

[PPPlatelet]

Please upload your save file so I can take a look.

The save file from 2.0.47 please. So we can load it in that version, see it works, and load it in 2.0.54 and see it not work.

version 2.0.47

2.0.47.png (653.14 KiB) Viewed 184 times

version 2.0.54

2.0.54.png (567.45 KiB) Viewed 184 times

version 2.0.47 save

2.0.47_Steam Condensation_Saves.zip

(252.64 KiB) Downloaded 15 times