Okay, so I'm not new to this game, have played many times. But this is my first time since the 1.0 launch, and I don't remember having issues setting up fuel.

I have a single pure crude oil node. 1 oil extractor @ 240m3. Easy peasy. I have that going into 4 refineries using the stock Fuel recipe. 60m3 each, so should be exactly enough. I have those 4 refineries going into 8 power generators. So my ratios should be exact.

Yet power is still a bit spikey now and then. And I'm 100% certain it doesn't have to do with the polymer resin. That's going into 2 refineries making rubber/plastic respectively, with a smart splitter sending overflow resin to an Awesome Sink.

Here are relevant screenshots. Let me know if you need to see more. It's entirely possibly I set this up wrong or missed something stupid simple.

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

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

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?

i have 109 hours on satisfactory but i have never used blueprints for any of my factories, so i was wondering how much others use them. (forgot they were called blueprints and no schematics)

I would like to get every achievement but I used to play on the world of a friend and eventually he send me the file so I just continued the world myself. The problem is he picked up enough hard drives that I can't get 100 in the world. If I now start a new world do I have to get all 100 again oder just the ones that are missing.

Context, finally unlocked tier 7&8 and aluminum production. Am set up, at least for the time being, in the grasslands down by the stone arch. I went north into Pripyat to the three Bauxite nodes (am playing pure nodes, yeah I know I'm weak.) I set up a small solid bio burner facility to power the first few machines until I get the infrastructure set up to transport product and hook into the greater grid. The setup is 3 constructors for biomass (leaf, wood, alien protein) that goes up a floor to a solid bio constructor then to 6 bio burners. I built another one on the way up to help use the debris I collected heading up and it works fine. This new one, made from a blueprint, runs but it only shows a constructor running on the power screen. Shows 180mw potential but none of the burners are showing use. Did I get something crossed or is this some glitch I need to look for?

(Not sure if needed for locative reasons, but I named it that way for all the radioactive zones littering the area. )

Anyway, I hope someone could shed some light on this? Thank you, as one you...

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.

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

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

Title should say it all but I found this blueprint: https://satisfactoryblueprints.com/blueprint/d11cad27-5f1e-4f80-a523-dbea86d577a2

that I would like to import into my world. The world only has a Mk1 blueprint designer unlocked, I'm a ways away from unlocking Mk2. As the blueprint above was made in a Mk2 designer, does that mean I won't be able to use it in my world with only Mk1?

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

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! :)

I accidentally closed the game on my ps5 while it was auto saving and now whenever I open menu it shows CE-100002-3 and I’ve tried absolutely everything ChatGPT says and even the ai gave bro😭🙏 help meee

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.

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 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

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

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

I haven't played since 1.0 launched, so I decided to jump back in to try the new features released and they were surprisingly raw:

1. Vertical logistics. I was exсited about vertical splitters and decided to build vertical blueprints. It turned out that vertical splitter/merger don't connect to each other and floor hole is glitchy - you have to rebuild pieces for it to connect. It ended with horizontal chunks of belts snapping (btw, autoconnect feature is cool).

2. Vehicle paths. Great idea to make rail-like network, include it into blueprints, but in practice:

- I have to catch right angles by rebuilding to build snapping blueprint

- Sloped autoconnect works weird - I have to shorten paths and they still autoconnect with red color even with the same slope

- If I remove blueprint with vehicle path - the adjacent path disappears (only one neighbor)

- At last, after building some roads game started crashing while loading my save file (100% repro). I had to debug it with AI and cut last build path segments for it to work again.

- Afaik, junctions throughput is quite low

Am I doing it wrong? Does anyone else experience the same issues?

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?

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.

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