Fixed the config file getting overwritten on update
Added Sleep functionality
Fixed Steam direct connect link
Properly hid Port/IP settings
Removed unused Port 3
This is the beginning of the Killing Floor 2 config. It needs further settings added before release, but currently runs and can set the starting map.
Known issues:
The console does not connect as this starts a separate process.
Cannot add all ports needed due to 3 port limitation: https://github.com/CubeCoders/AMP/issues/582
This is the initial Stationeers generic config. The server functions well overall. The GUI settings appear to work as intended. I do not own this game and as such cannot test fully. I need someone to login and obtain the join/leave/chat console output so I can complete this one. Otherwise, I believe it should be finished.
Known issues:
The shutdown command does not work in Windows, only Linux using OS_Close.
Sleep mode fails to wake up: Related issue - https://github.com/CubeCoders/AMP/issues/587
I believe that this game's dedicated server is the cause of the timeout issue. It is still in an early beta stage at this point. I have tried to recreate the problem and no matter what, I cannot now. After the first initial connection to any server it works from then on. The ini file is intended to not have quotes in this case given the examples at the top. There are other settings I've put in the GUI but do not seem to function in the server yet, things like "No Food", "No Death", etc. have no impact. You will die and you will be angry. Please contact the develop to have them fix their game.
Set the ConfigFormat to use quotes around all settings. I believe this was causing games with spaces in the name to be non-joinable. The strange part is you could set it back to having a space and it would work going forward.
Also set the ExitMethod to String and quit. The user must type yes following since there is no option to do two input commands to quit a server. CtrlC doesn't work in AMP on Windows for this game. And CtrlC doesn't work for this game on the Linux Terminal. OS_CLOSE ended in a kill.
Removed the config file and used the start/wait/stop update stages instead.
During the Proton feature enhancement I accidentally removed the Steam SDK update stage. This should resolve it so players can view their server in the browser again.
Based on Greelan's review, I've updated the following:
1. Removed unnecessary ports
2. Clarified Max Heap needs "m" at the end
3. Added "" around startup args that were manually inserted
This switches the config to use a base config rather than a template to allow users to manually add special settings without a full config file overwrite.
This should be the final version of the config, ready for release. The only issue is there is no "shutdown" command for this game without using the GUI. The only way to stop it within AMP (as far as I can figure out) is to do a force stop.
Notes by Greelan:
Some further development of the template that you can merge if appropriate to build out your PR.
Having worked with it a bit more I've concluded that it ain't a particularly AMP-friendly server.
Couple of specific comments:
I've added AdminPassword as a command line argument, but I am not sure that is accepted. Most instructions say to put it in the ServerSettings.ini. Problem is that the default ServerSettings.ini that is created when the server is first started does not include that field. So I tried the solution of having a copy of that ini, with the AdminPassword field added, being downloaded from GitHub and copied across as update stages. But the server overwrites that on first start. And given I don't want the update stages overwriting the existing ServerSettings.ini, because it might include a lot of user configuration, I can't see a resolution for this (ie getting an AdminPassword entry into the standard ServerSettings.ini that is not overwritten by the server and that does not cause AMP to overwrite other settings).
The Server Password manifest entry assumes that it will work with the ServerPassword field that exists by default in ServerSettings.ini. But I've also read that ServerPassword only works in Engine.ini. However, Engine.ini doesn't include that entry by default - which creates the same issue as for AdminPassword.
