-
Notifications
You must be signed in to change notification settings - Fork 283
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fluid networks enhancement #1721
Comments
Maybe we should have a machine that can take inputs of different fluids at a medium storage capacity, i have a concept for that actually! The "Fluid Manager" which lets you store, maybe 8 or 12 different fluids at a reasonable capacity, and has slot for each to fill barrels and input or output via duct, i feel like it'd be great for fluids you should have on hand in your shop like Petroleum or Hydrogen Peroxide, Nitric Acid etc |
Great when do we get to see a pr |
Uhhh...well...you see...i dont know how to code, im not a programmer, im just some random youtuber, i guess...you could make it if you want |
Fluid networks will be reworked to use the same base system as the current power grids, so they will benefit from the same improvements. Flow direction valves have been planned for a long time but I never really got around doing those.
In fact it's no different in the energy system, the difference is that batteries never report their actual fill state but rather the average before and after transfers, which evens out. |
I hope the new liquid system interacts well with the reactors...speaking of which...Supercooled glycol as emergency coolant :D (I dont know what that sentence means dont ask me) |
Currently having two fluid tanks set to input-output in one network makes them juggle their contents so rapidly that both appear empty in the UI. This makes it hard to store a single fluid in more than one tank. I can see three ways to remedy this, all inspired by equivalent features of the HE network:
Tank priority, similar to what energy storage blocks already have.
Unidirectional pipes, a.k.a. fluid diodes. Could also support limiting flow rate, like electrical diodes already do.
Since the energy storage blocks do not suffer from this visual glitch, even when several of the same priority are connected, I assume it could be remedied directly.
None of these are mutually exclusive, implementing all three would be ideal, but any one would make dealing with fluid networks much more convenient.
The text was updated successfully, but these errors were encountered: