- Importing an Existing Config
- Using Beacon with Ark Single Player
- Updating Your Nitrado Server
- Updating Your Server With FTP
- Updating Your Server Manually
- Ark Config File Reference
- The Difference Between Deploy and Export
- Using Config Sets
- Using Presets to Automate Item Set Creation
- Adding Unsupported Engrams, Creatures, or Spawn Points to Beacon
- Preset Selectors Guide
- Breeding Multipliers
- Crafting Costs
- Creature Adjustments
- Creature Spawns
- Custom Config
- Day and Night Cycle
- Decay and Spoil
- Engram Control
- Harvest Rates
- Item Stat Limits
- Levels and XP
- Loot Drops
- Stack Sizes
- Stat Multipliers
- Create or Recover Your Account
- Sign Into Beacon
- Activating Beacon Omni
- Sharing Beacon Documents with Other Users
- About User Privacy
- Item Quality Is Different Than Expected
- Loot Drops Are Not Working As Intended
- How to Stop Using the Custom Config Editor
- Solving Connection Problems to Beacon or Nitrado
- Beacon System Status
Ark server admins are able to insert additional lines to their Game.ini and GameUserSettings.ini files that Beacon does not have built-in support for.
Using the Editor
When using the Custom Config editor, there are two tabs at the top to switch between the GameUserSettings.ini and Game.ini files. You can edit each just like a normal file.
Unlike a normal editor though, the format is much more flexible. It's entirely valid for a field to contain something simple such as:
in the GameUserSettings.ini editor, and that line will automatically be added to the
[ServerSettings] group. If that group already contains a
StructureResistanceMultiplier line, Beacon will replace the line with the one in your editor.
Notice there is no group header? That's ok, Beacon assumes the common group for each file when no header is provided. This is
[ServerSettings] for GameUserSettings.ini and
[/script/shootergame.shootergamemode] for Game.ini. It's also possible to have multiple headers, and even duplicates. So the following content is also valid:
StructureResistanceMultiplier=0.0 [StructuresPlus] MinWindForTurbine=1 [ServerSettings] ServerCrosshair=True
When building your GameUserSettings.ini file, Beacon would output the previous content as:
[ServerSettings] ServerCrosshair=True StructureResistanceMultiplier=0.0 [StructuresPlus] MinWindForTurbine=1
Beacon's smart rewriter automatically blends and organizes the config content correctly.
When initially importing, Beacon automatically encrypts some keys, such as the
ServerPassword values. In the editor, they will look like:
$$BeaconEncrypted$$ tags added around the password tells Beacon to store that password with encryption. When exporting or deploying, the value will be treated normally, with no
$$BeaconEncrypted$$ tags. When saved to disk or the cloud, the content in the middle is encrypted with your personal 2048-bit RSA private key. When trying to open the file on a computer that does not have your private key, Beacon will just show the value as blank. The About User Privacy page has more information about Beacon's encryption.
You can manually type the
$$BeaconEncryption$$ tags around as much or as little of the content as you like. Or you can select content and press the lock icon Encrypt button to the top left of the editor, and it'll insert the tags for you.
When Ark is launched on a server, its launch options will take priority over the ini options. Many hosts will include certain settings as launch options, such as
OverrideOfficialDifficulty. When this happens, the value in GameUserSettings.ini gets updated to match. This means it is important to know which settings the host are going to set through the control panel, and which will work in the ini files.
However, as of Beacon 1.5, the Custom Config editor can automatically update those launch options to match when using a supported host such as Nitrado. For example, performing a wild dino wipe at server startup is done by adding the
-ForceRespawnDinos launch option. In Beacon, putting
ForceRespawnDinos=True inside the
[ServerSettings] group of GameUserSettings.ini will cause Beacon to set the option during deploy. Remember the automatic group headers above.
This works with all the launch options listed in the Ark Config File Reference. Remove the
? prefix, and add an equals sign with a value if the option does not already have one, such as the
ForceRespawnDinos example above. Here are some more examples:
|Launch Option||Beacon Equivalent|
Per-Server Config Design
In Beacon 1.5 and later, config sets are an easier way to achieve server-specific values. The features described below still work though.
The Custom Config editor allows admins to create content that is placed on only certain servers. This is an advanced feature that requires using the automated deployment options.
The editor supports blocks surrounded in #Server and #End tags. For example
StructureResistanceMultiplier=0.0 #Server abcd1234 ServerCrosshair=True #End
Would place the
StructureResistanceMultiplier on all servers, but
ServerCrosshair would only be included for server
To find a server's identifier, switch to the Servers list in Beacon. Underneath each server name in the list will be both the server identifier and its address. Right-click a server and choose Copy Profile ID to quickly copy the identifier to be used in your custom config content.
It's possible to specify multiple servers at the same time by separating the identifiers with commas:
#Server abcd1234, 1234abcd ServerCrosshair=True #End
The space after the comma is optional. To make life a little easier, a
#Servers command can be used instead. Both
#Servers are fully interchangeable, the two commands exist just to assist with user memory.
Speaking of user memory, remembering which server is which can be hard. So the editor now supports comments:
// This comment isn't particularly helpful #Servers abcd1234, 1234abcd ServerCrosshair=True #End
And it's even possible to nest code blocks, and indent if desired:
#Servers abcd1234, 1234abcd ServerCrosshair=True #Server 1234abcd StructureResistanceMultiplier=0.0 #End #End
A code block will inherit the active group from its parent, but will not change the parent group if a new group is used inside.
[ServerSettings] // Group is now ServerSettings ServerCrosshair=True #Server abcd1234 // Group is still ServerSettings [SessionSettings] // Group is now SessionSettings SessionName=This is the name of my server #Server // Group is back to ServerSettings