C++ Modding

C++ modding is the holy grail of Satisfactory modding. As opposed to the visual programming style of the Blueprints system, text-based C++ code can be compiled into far more efficient code. Additionally, with C++ mods, you have access to modify nearly every aspect of the game, whereas there are still many features not exposed to Blueprints.

That being said, Blueprint scripting is still very useful for quick stuff, or for things that don’t need to be high performance (like UI).


Well, since this is a very advanced topic, we recommend you to learn C++ and C++ for Unreal Engine first.

We have compiled a list of some helpful learning resources here, but you will probably want to search out some more on your own.

Here is a list of some concepts you should learn before going further:

C++ specific:

  • If/Else

  • Loop Structures

    • While

    • For

    • For Each

  • Lambda Functions

  • Pointers

  • References

C++ concepts which are used but are implemented differently in Unreal Engine:

  • std::string

  • std::vector

  • std::set (And the differences between it and std::vector)

  • Smart Pointers

The Unreal Engine synonyms for the aforementioned concepts (the UE implementation of them):

  • std::string → FString

  • std::vector → TArray

  • std::set → TSet

  • std::(unordered_)set<T> → TSet<T>

  • std::(unordered_)map<K, V> → TMap<K, V>

  • Unreal Smart Pointers

Other stuff added only by UE or general programming concepts:

  • What a UObject/UProperty/UFunction (reflection system) is

  • What an AActor is

  • What garbage collection means, how it works, and how to make use of it

If you have a good understanding of most these concepts, then you have a very solid foundation from which to start modding. If so, this is likely not your first time working on a project or mod like this, and you’ll be able to judge what content you can skip over and learn when needed.

We can not understate the value of learning through doing. Especially if just starting out with these concepts, we suggest that instead of immediately beginning working on a mod, taking the time to make a separate Unreal C++ project for testing and practice. Try out working with the concepts mentioned above before trying to make use of them in a mod.

The following resources may be helpful for you in the creation of your C++ mods:

Dll, pdb & more

When you compile your C++ code into the final binaries (stuff that actually is used by the game) you will get a Dynamic Link Library (.dll) file. When you distribute your mod, you will have to make sure it includes this file. You will need to add it also to your data.json as an sml_mod object. More info on the upload process can be found on the Uploading to SMR page.

This file comes with a companion, the Program Database (.pdb) file. This file holds additional information about the original source code and allows you to debug your code more easily in runtime. You can ship this file with your mod, but don’t need to. If you do decide to ship it, it doesn’t needed to be added to the data.json file.

We won’t go into detail about the general technical stuff aspects of C++ in this documentation. If you want to learn more about that, there are plenty of good resources available elsewhere on the Internet. In order to write C++ mods, you will require both general C++ knowledge, and knowledge about how C++ applies to Unreal Engine systems. You can find a quick guide to the Unreal portion in the Unreal Documentation.


Due to technical limitations, there are some functions/features of Satisfactory and Unreal Engine 4 that we are not able to access or need to use a work around to call correctly.

If you experience a crash or some undefined behavior while using a function from UE4 or Satisfactory, you should read the javadoc comment that has been added to the function. Sometimes the comment will tell you that it doesn’t work and suggest you use the workaround written in the comment.

If it still doesn’t work, and you are absolutely sure that you use it correctly, contact the devs on the Discord for further advice.

You can also open the bootstrapper log you can find under <SF installation>/pre-launch-debug.log. This log will contain information about the special linkage the bootstrapper performs. If your mod requires to call a function of SF that is not compiled into their binaries, f.e. when the function is marked as inline, then it will create a log entry starting with [FATAL] Executable missing symbol with mangled name. This will you also tell you the mangled symbol name it was not able to find. You can still run the game but when your mod calls this function, the game will crash. The crash will happen without the crash reporter, that means you should then checkout the pre-launch-debug.log because it will also tell you which symbol got called. This information is will be very useful to fix the bug so keep it ready when asking on discord.

This is the world we live in right now, and we can’t do much about it.