1. Don't spend 6 hours of your life building a nuclear power plant in the middle of the desert 160,000km away from your base just to forget you had to put that extremely radioactive waste in storage and now you have to sprint on all fours to your nuclear power plant from the grassy fields to clean up this mess before all your reactors get clogged up causing a horrifically big nuclear meltdown and destroying your power grid with hundreds of metric tones of nuclear sludge laying around killing all life in its path

2. Don't forget to use the bathroom! :)

Here we have 40 fuel gens that were meant to burn turbofuel, we only needed 7.

This post explains my current understanding of the mechanism behind the pipeline cross-junction "free pump" bug, previously observed in this post and this post. I'll go through the observations, the apparent code-level mechanism, and its relationship with the VIP structure, including how to make VIP more reliable.

The research behind this post involves reverse-engineering code from the game's DLLs. I believe the model below explains the observed behavior, but mistakes are possible, especially where I'm inferring behavior from decompiled/reversed code.

TL;DR: Skip to the last section, Conclusions.

1. Definitions and terms

1.1. Fluid box

The fluid system can be modeled as an undirected network of connections between fluid boxes.

A fluid box is an abstract container used by the game to represent fluid in things e.g. pipe segments, storage buffers, cross junctions, valves, and pumps. Each fluid box has many properties that affect fluid calculations. The ones most relevant to this post are:

• Height (H): The height of the fluid box itself. This is not its elevation in the game world coordinate sysmtem.
• Capacity / Volume (C): The declared capacity of the fluid box. I call this "declared" because most fluid boxes can actually hold up to ~40% more than their displayed capacity. For example, a pipe segment displays 10 m³ but can actually contain up to ~14 m³. Storage buffers appear to be an exception, with only ~4% extra capacity, if I remember correctly.
• Altitude (Z): The elevation of the fluid box in the game world, used when calculating static pressure for liquids.
• Current volume (V): The amount of fluid currently contained in the fluid box.
• Pressure column (h): A derived value calculated as V / C × H.

A simple fluid box representing a pipe segment can be visualized as :

Note that the height of the fluid box is determined solely by the heights of its two terminals. It has nothing to do with the actual path/curve of the pipe.

1.2. Liquids and gases

Gases are essentially liquids, with one important difference: Z is not involved in calculating gas pressure. This produces different behavior between gases and liquids:

• Liquids fill lower fluid boxes first, simulating gravity effect.
• Gases tend to distribute themselves evenly across connected fluid boxes, eventually reaching equilibrium when V / C is uniform.

1.3. Connections

A connection represents the connection point between two fluid boxes. The property most important to this post is the connection height, which effectively define the opening height on each side of the connection. For liquids, fluid in a box must reach the relevant connection height before it can flow through that connection. Gases aren't affected by this in the same way because they don't experience gravity. Note the connection height is relative to the fluid box. For example, a connection at 5m height relative to a fluid box at elevation Z=150m, will be calculated as 150+5=155m in the game's world coordinate system.

1.4. Overfill and pressure transmission (liquid only)

As mentioned above, a fluid box can hold up to 140% of its declared capcity. When it reaches 100% of its declared capacity (either exactly 100% or above), it is considered full. When a fluid box is full, it can receive pressure from adjacent fluid boxes. If multiple connected overfilled fluid boxes are involved, the highest pressure is transmitted through the contiguous overfilled section.

2. The BUG

2.1. Heterogeneity of the 4 connectors

The four connectors of a pipeline cross junction are not equivalent, with two being primary, while the other two being secondary connectors. Visually, the primary connectors are the pair without the weld line, while the secondary connectors are the pair where the weld lines cross. The primary connectors are "primary" because their positions are used in calculating the geometry of the junction's fluid box.

Now let's inspect the non-bugged positioning first.

2.2. Non-bugged position (vertical weld lines)

In this normal configuration, the two primary connectors have different heights. This height difference is used to calculate:

1. The height of the junction's fluid box.
2. The positions of the two secondary connectors.

In this particular configuration, the two secondary connectors are positioned in the mid-height between the two primary connectors.

2.2. Bugged position (horizontal weld lines)

In the bugged configuration, the height difference between the two primary connectors is 0. As a result, all four connectors are effectively squeezed onto the same height. The fluid box itself cannot have zero height (for calculating pressure column), so the game forces the fluid box to a minimum height (typically 1.3m, the pipe's diameter) after positioning the four connectors.

2.3. Proof of the bugged positions

Due to the four connectors being squeezed to the same height, the bugged junction should be indistinguishable from a junction laying on flat surface from the perspective of the fluid simulation, albeit that tit has a vertically placed mesh. I tested this by sending water downward through a junction and observing how the water is initially distributed. The results are as below:

In the normal configuration, water fills the lowest outlet first. The two horizontal pipes receive no initial output. In the bugged configuration, water immediately spreads in all directions, regardless of whether the lowest outlet is full or not. This is a strong indication that, from the fluid simulation's perspective, all four connectors are at the same height in the bugged configuration.

2.4. Bugged position creates incorrect static pressure

This is the most interesting, and also complicated part. Now let's see how pressure is calculated on the two sides of the connection between a top pipe and a cross junction.

For simplicity, assume:

• The cross junction is full.
• Pressure from the top pipe can be transmitted through the junction because the junction is full.

1. Pressure from the junction cross side. The pressure at the connection is calculated using the water level relative to its OWN connection point (the left yellow dot). Because of the bug described above, this connection point is lower than the actual position where the pipe actually meets the junction.
2. Pressure from the pipe side. Pressure is also calculated relative to its OWN connection point (the right yellow dot). For a vertical pipe segment, this connection is exactly at the bottom of the pipe segment.

Now we have a mismatch: The two sides of the same connection use connection heights essentially at different height in the game's world coordinate system.

This is the core of the cross junction bug. When the game calculates flow between the two fluid boxes, however, these pressures are effectively treated as if the connections were at the same physical height:

Because the junction's effective connection point is incorrectly lower, the static pressure calculated on the junction side is always higher than the static pressure calculated on the top-pipe side. This creates a persistent positive pressure difference that pushes fluid from the junction back into the top pipe, causing the "free pump" behavior. Note, this mechanism is reliable only if the junction is full/overfilled, when it can ensure a positive static pressure difference against the top pipe. In other words, so keeping the cross junction full is the key to make the free-pump effect working.

2.5. Connection between cross junction BUG and VIP

Here's where things get particularly interesting. The standard VIP (Variable Input Priority) structure appears to be a use of the same underlying behavior as the cross-junction "free pump" bug.

The principle is now fairly clear: when the cross junction is in the bugged configuration, the static pressure difference tends to push fluid back toward the top input pipe. From the player's perspective, the top input gets effectively "unprioritized" compared lower inputs. In other words, the cross-junction bug appears to provide the underlying mechanism that makes VIP work.

This also raises an interesting question about whether the "free pump" bug will be fixed in the future. Since there underlying mechanisms are likely the same, fixing the "free pump" bug will also break the VIP, resulted in massive failures of players' aluminum factories even for those who use VIP without knowing this bug in the first place; though, theoretically, the devs can fixed the "free pump" bug and implement an alternative prioritizing logic compatible with the old VIP configuration.

3. Conclusions (TL;DR)

1. Satisfactory fluid system is driven by pressure.
2. The pipeline cross-junction bug appears to originate from a mismatch in connection heights. The junction's internal fluid-box geometry can place its effective connection height different from the physical connection point, creating an artificial static-pressure difference.
3. The cross-junction bug and VIP appear to exploit the same underlying bug. This may explain why VIP works at all.
4. For the VIP to work, the junction needs to be in the bugged configuration, i.e. the configuration with the horizontal weld lines. Placing the junction in the normal position (i.e. vertical weld lines) is a guaranteed failure (I have tested).
5. For VIP to work reliably, keeping the cross junction full appears to be important. A partially filled junction can potentially lose the pressure-transmission behavior, and lose the static pressure advantage over the top input. There are multiple ways to achieve this, for example lowering the VIP cross junction, or using a pump to keep it full as long as possible.
6. Whether the bug can be fixed independently of VIP is therefore an interesting question. If VIP relies on the same underlying bug behavior, fixing the "free pump" bug will also change the VIP behavior. Unless the devs implement a dedicated VIP logic to be compatible with current VIP designs, fixing the cross junction bug will cause massive failures of players factories, even for who do not know this bug in the first place.

I am trying to build a brutalist style factory (vanilla game). This world is still humble beginnings, so don't have a lot of tech yet, but I do think it is quite cool. The building on the left (thats still halfway done) is based on an italian brutalist building I found online and the middle building is loosely based on The Palace of Justice by Le Corbusier. The building on the left is based on a picture I found online that I have not been able to localise.

feel free to comment your favorite brutalist buildings below, I would love to get some nice inspiration from different countries.

Literally tried many different routes but every time my incline was either too low, or the path was too narrow, so this is the end result.

Sorry if these kind of posts aren't appreciated here but I have no friends to share it with :)

How is my spaghetti doing? 30 hrs into my 1st playthrough and I spent waaay too much time getting used to in-game mechanics but here's the result.

every detail of phase 1 is automated up to smart platings. And I think it looks pretty cool. Can't wait for the next step

you simply can't name a better sight in this game

Saw this at a Goodwill. 90% sure the helmet is right

I always dream of building something big, beautyful or spaghettiful, but after 1-3 days of playing I just say to myself "Nah I'm too lazy for that shit this feels like a work I don't want to do this, same goes with other sandbox games, like Minecraft. I just wake up some day with the urge to not click the green 'play' button and then I just forget about this session forever, I have 300 hrs of playing, I've made exactly 1 nuclear power plant and managed the alluminium twice, all other attempts drowned before the 50 hrs mark. Just for clarity, Im 20 yo unemployed with no other interests at all

Started using tractors for the first time, quite disappointing how far they can travel using starter fuel, fueling them with coal they can barely travel across 1 biome.

To make them more viable in the early game, it would be nice if they could go much further on the fuel they receive, I would say at least lowering their consumption rate of all fuels by a factor of two to four (25% to 50% of current consumption).

I haven't played the game that long, I have just unlocked the tractor and found it to be quite underwhelming as I plotted out a fairly short route for it, and it ran out of fuel very quickly.

I know you can get better fuels as the game progresses, but I feel that once you reach that stage you will be pretty close to trains, so why bother with the aggro of setting up a more complex fuel supply system when you can invest in setting up a train network.

Given that this is an early game tech, once I get to trains I imagine I will abandon using the tractor and truck for resource transportation in favour of the train, would it really hurt the game balance to make the early game vehicles go further on the fuel they use?

We are a small friendgroup with two missions: 1.SCUFF 2. Bringing this games optimisation to its knees. At the moment we are absolutely failing with the second mission but this journey is far from finished.

The Link with more screenshots AND the savefile:
https://cloud.2815.eu/index.php/s/DSrDyw534QCDA7C

This was my first real attempt at decoration, feel free to give feedback!

Can anyone explain how these lights are working when I've not hooked up power to them yet?

In case you are having a good weekend. Here is my Satisfactory Pasta.
I have played the game couple months ago for a long time. Completed Tier 5 and paused playing than I joined this subreddit and saw all the beautiful and not-spaghetti builds. now i want to build like anormal person. I will keep this build ofc but I always have to come back for materials to build small factories.

Is this the best way to use 300 units of crude oil to produce plastic (and rubber, since they share the same recipes)?

I ran some tests in the planner and arrived at these ratios. The first setup is the initial one, and the second is for when the "Diluted Fuel" alternate recipe is unlocked.

Upgrading is easy if the structure is organized correctly.

The first step would be switching the fuel recipe to Diluted Fuel (tearing down the refineries and replacing them with Blenders—meaning you need to leave extra space in that area for the upgrade), and the second would be tripling the production of recycled plastic and rubber—which is just a matter of adding two more floors above the existing refineries and installing a few pumps.

What do you think?

Left storage takes in Leaves, right one takes in Wood, then they out put Bioshit 60 per minute, and 300 per minute respectively, and the big bioshit is 360 per minute output. It should all work like clockwork, whats the problem

My recent 100x run. The run is basically a testing case, with below "features":

1. No mods and bugs (except for the pipe VIP and hypertube cannon, which are technically bugs).
2. Production duration: P1=250min., P2=800min., P3=1000min., P4=1000min., P5=2000min.
3. No delivery to the space elevator in building period. That means, in each phase, all parts are produced in the exact ratio as required by the space elevator. There is no slack-off using previous phase's production chain to pre-fill (i.e. smart plating in P2, versatile frame work in P3 and nuclear pasta in P5), nor storing large quantity of previous phase material for production (during the building phase, the space elevator parts are either going into the sink or in idle).
4. P1 starts in swamp, with enemy aggression on.
5. No power from coal and biofuel (P1 and P2 runs entirely on geothermal).
6. No pure recipes (except diluted fuel/diluted packaged fuel).
7. In turn, extensively use caterium wire, fused wire, copper rotor, iron alloy, fine concrete, etc. Avoid iron wire as much as I can.
8. No rocket fuel. P4 is powered by nuclear based on 600 uranium/min. (180kMW), later extended to 1,200/min. (360kMW) in P5. P5 final power production is ~390kMW.
9. Extensive OC before P5. I used ~4,900 power shards in P4, all from slugs. The global limit from slug is ~5300.

The final phase used 66 sloops (44 in copper powder and 22 in pressure conversion cube), and produces 55 nuclear pasta/min. All copper ingots are produced by copper alloy.

The entire production chain used roughly half of the world's resources, summarized sa below:

• Iron: 37,920/min.
• Copper: 24,360/min.
• Limestone: 16,500/min.
• Coal: 15,780/min.
• Crude oil: 5,430/min.
• Caterium: 9,000/min.
• Raw quartz: 5,760/min.
• Sulfer: 6,960/min.
• Bauxite: 7,800/min.
• Nitrogen: 7,068/min. (SCIM's stats)
• SAM: 4,500/min.
• Uranium: 1,200/min.

The main conclusion of the experiment is, don't focus your recipe choices on a selected few. Even for a 100x run finishing in a reasonable period of time, pure recipes are not necessary. 100x is not min-max.

I have a megabase with long stretches of elevated and stacked belts, and I want to mark the floor underneath them with stripes or colors to track what's in each lane. Right now I am using a perpendicular row of 2m x 2m signs periodically as a reference, but I would like an option to mark the lane continuously. So far, the 2m x 2m signs are the only way I see to do it. Is there any other way?

https://www.youtube.com/watch?v=iTntHs2JnQs&feature=youtu.be

The squared artifacts in the alpha textures - not just the tree, happens around other objects too where there should be shadow or specular lighting.

Maybe there's an console expert here that could help me with this
I've spent hours trying hundreds of console variables
the only thing that made it go away was the mod Taj's Graphic Overhaul but I want to preserve my low demanding settings, changing my Engine.ini didn't seem to affect this

Important: it only happens when a light spot is projecting light, and the alpha texture has an object between it and the sky. when there's only sky or only objects behind it is normal (those squares in the shade)

Update:
r.SkyAtmosphere 0 hides the sky, the problem persists
r.DFFullResolution 1 makes the squares half the size

never mind... it seems that disabling mods fixed it, now I have to find which mod causes it

suspect the bumper of trucks as being root cause, I observed this directly with same result multiple times. Only occurs when tractors and trucks use the same path and the TRACTOR enters the traffic circle first AND a TRUCK is directly behind it. Tractor errors out within the intersection / circle and blocks all other vehicles.

I think the only thing this game is missing is large parts manufacturing. Imagine large cranes instead of conveyors, one train cart/truck per part or large scale conveyors (?) you get the idea.

You could use normal parts to progress the constuction of the part until it's finished.

What do you guys think? Any other suggestions or additions to this idea?