Cite as
CoFH Core r4.3.9
Original
https://github.com/CoFH/CoFHCore-1.12-Legacy
Pinned
CoFH/CoFHCore-1.12-Legacy @ ccf809ac8979971dd3d8bdbbe03c7924909b00bc
Accessed
2026-10-26
Licence
"All Rights Reserved" under CoFH's "Don't Be a Jerk" License (README), as for Thermal Dynamics: copying portions is permitted, redistributing the whole is not. The atlas quotes only short code lines.
Credit
Team CoFH.
Notes
The library mod under Thermal Expansion and Thermal Dynamics. Tag r4.3.9 is the CoFH Core release of the same day (2018-01-02) as Thermal Dynamics r2.3.9 and Thermal Expansion r5.3.9. Read here for `FluidTankCore.fill`, the tank a fluid-duct grid fills.

Cited on

Claims (2)

In Thermal Dynamics r2.3.9 a fluid-duct grid stores its fluid in one tank, not in its ducts. The tank holds the grid's duct count times a per-duct volume, which for ordinary fluiducts is 25 times the fluid's throughput, at most 3,000 mB. The throughput is 120,000 divided by the fluid's viscosity (taken as at least 100), clamped to 80-600 mB a tick; steam is set to 600. A fluid of viscosity 1,000 gets 120 mB a tick and 3,000 mB a duct, the tank's defaults. Fluid of the grid's kind put into any open side of any duct goes straight into that tank, up to its free space, with no other limit on the rate.src/main/java/cofh/core/fluid/FluidTankCore.java L186–201Code
Factorio 2.0's fluid segments match the description of Thermal Dynamics r2.3.9's design: connected pipes or ducts merge into one unit that holds one fluid, its volume summed from its parts, and fluid put in is available anywhere along it at once (FFF #416, 2024). In the design as FFF #416 first described it, machines push in at an unlimited rate, as Thermal Dynamics takes fluid up to the tank's free space, and pull at a rate proportional to how full the segment is, half the maximum at half full; each Thermal Dynamics outlet duct instead hands its neighbours between half and all of the fluid's throughput, scaled by how full the tank is (three-quarters of it at half full), and no more than the tank's amount divided by its duct count (or the remainder, when that rounds to 0). FFF #430, still before 2.0's release, gave the rules as changed: pushing in is now slowed as the sink fills, and every transfer is capped at 100 units, a limit that already existed, multiplied by the fullness of both source and sink. The scaling by the source's fullness has a counterpart in Thermal Dynamics; the 100-unit cap and the scaling by the sink's fullness don't. FFF #416 doesn't say which version of the mod Rseding played.src/main/java/cofh/core/fluid/FluidTankCore.java L193–201Dev blog