You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+7-16Lines changed: 7 additions & 16 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,26 +9,20 @@ This is a Dockerized version of the [Satisfactory](https://store.steampowered.co
9
9
10
10
## Setup
11
11
12
-
According to [the official
13
-
wiki](https://satisfactory.fandom.com/wiki/Dedicated_servers), expect to
14
-
need 12GB - 16GB of RAM.
12
+
According to [the official wiki](https://satisfactory.fandom.com/wiki/Dedicated_servers), expect to need 12GB - 16GB of RAM.
15
13
16
14
You'll need to bind a local directory to the Docker container's `/config` directory. This directory will hold the following directories:
17
15
18
16
-`/backups` - the server will automatically backup your saves when the container first starts
19
-
-`/gamefiles` - this is for the game's files. They're stored outside of the container to avoid needing to redownload 8GB+ every time you want to rebuild
20
-
the container
17
+
-`/gamefiles` - this is for the game's files. They're stored outside of the container to avoid needing to redownload 8GB+ every time you want to rebuild the container
21
18
-`/saved` - this contains the game's blueprints, saves, and server configuration
22
19
23
-
Before running the server image, you should find your user ID that will be running the container. This isn't necessary in most cases, but it's good to find
24
-
out regardless. If you're seeing `permission denied` errors, then this is probably why. Find your ID in `Linux` by running the `id` command. Then grab the
25
-
user ID (usually something like `1000`) and pass it into the `-e PGID=1000` and `-e PUID=1000` environment variables.
20
+
Before running the server image, you should find your user ID that will be running the container. This isn't necessary in most cases, but it's good to find out regardless. If you're seeing `permission denied` errors, then this is probably why. Find your ID in `Linux` by running the `id` command. Then grab the user ID (usually something like `1000`) and pass it into the `-e PGID=1000` and `-e PUID=1000` environment variables.
@@ -142,8 +136,7 @@ If you want to run a server for the Experimental version of the game, set the `S
142
136
143
137
## How to Improve the Multiplayer Experience
144
138
145
-
The [Satisfactory Wiki](https://satisfactory.fandom.com/wiki/Multiplayer#Engine.ini) recommends a few config tweaks to really get the best out of multiplayer.
146
-
These changes are already applied to the server, but they need to be applied to your local config too:
139
+
The [Satisfactory Wiki](https://satisfactory.fandom.com/wiki/Multiplayer#Engine.ini) recommends a few config tweaks to really get the best out of multiplayer. These changes are already applied to the server, but they need to be applied to your local config too:
147
140
148
141
- Press `WIN + R`
149
142
- Enter `%localappdata%/FactoryGame/Saved/Config/WindowsNoEditor`
@@ -153,7 +146,5 @@ These changes are already applied to the server, but they need to be applied to
153
146
154
147
## Known Issues
155
148
156
-
- The container is run as `root`. This is pretty common for Docker images, but is bad practice for security reasons. This change was made to address
- The server log will show various errors; most of which can be safely ignored. As long as the container continues to run and your log looks similar to the
159
-
example log, the server should be functioning just fine: [example log](https://github.com/wolveix/satisfactory-server/blob/main/server.log)
149
+
- The container is run as `root`. This is pretty common for Docker images, but is bad practice for security reasons. This change was made to address [permissions issues](https://github.com/wolveix/satisfactory-server/issues/44)
150
+
- The server log will show various errors; most of which can be safely ignored. As long as the container continues to run and your log looks similar to the example log, the server should be functioning just fine: [example log](https://github.com/wolveix/satisfactory-server/blob/main/server.log)
0 commit comments