EXILED is a high-level plugin framework for SCP: Secret Laboratory servers. It offers an event system for developers to hook into in order to manipulate or change game code or implement their own functions. All EXILED events are coded with Harmony, meaning they require no direct editing of server assemblies to function, which allows for two unique benefits.
Installation of EXILED is quite simple. It loads itself through Northwood’s Plugin API. That's why there are two folders inside the Exiled.tar.gz
in release files. SCP Secret Laboratory
contains the necessary files to load EXILED features in EXILED
folder. All you need to do is move these two folders into the appropriate path, which are explained below, and you are done!
If you choose to use the installer it will, if run correctly, take care of installing all EXILED features.
Note: Make sure you're on the user that runs the server, or you have Admin privileges before running the Installer.
Exiled.Installer-Win.exe
from here (click on Assets -> click the Installer)Exiled.Installer.exe
or download this .bat and place it in the server folder to install the latest pre-releaseExiled.tar.gz
from hereEXILED
folder to %appdata%
*Note: This folder needs to go in C:\Users\%UserName%\AppData\Roaming
, and NOT C:\Users\%UserName%\AppData\Roaming\SCP Secret Laboratory
, and IT MUST be in (...)\AppData\Roaming, not (...)\AppData!*SCP Secret Laboratory
to %appdata%
.
%appdata%
in Cortana / the search icon, or the Windows Explorer bar.%appdata%
That's it, EXILED should now be installed and active the next time you boot up your server. Note that EXILED by themselves will do almost nothing, so make sure to get new plugins from our Discord server
.dll
!)C:\Users\%UserName%\AppData\Roaming\EXILED\Plugins
(move here by pressing Win + R, then writing %appdata%
)Note: If you are installing EXILED on a remote server, make sure you run the Installer as the same user that runs your SCP:SL servers (or root)
Exiled.Installer-Linux
from here (click on Assets -> download the Installer)./Exiled.Installer-Linux --path /path/to/server
or move it inside the server folder directly, move to it with the terminal (cd
) and type: ./Exiled.Installer-Linux
.--pre-releases
. Example: ./Exiled.Installer-Linux /home/scp/server --pre-releases
Exiled.Installer-Linux
in your server folder: /home/scp/server/Exiled.Installer-Linux --pre-releases
Exiled.tar.gz
from here (SSH: right click and to get the Exiled.tar.gz
link, then type: wget (link_to_download)
)tar -xzvf EXILED.tar.gz
EXILED
folder to ~/.config
. *Note: This folder needs to go in ~/.config
, and NOT ~/.config/SCP Secret Laboratory
* (SSH: mv EXILED ~/.config/
)SCP Secret Laboratory
folder to ~/.config
. *Note: This folder needs to go in ~/.config
, and NOT ~/.config/SCP Secret Laboratory
* (SSH: mv SCP Secret Laboratory ~/.config/
)That's it, EXILED should now be installed and active the next time you boot up your server. Note that EXILED by themselves will do almost nothing, so make sure to get plugins from our Discord server
.dll
!)~/.config/EXILED/Plugins
(if you use your SSH as root, then search for the correct .config
which will be inside /home/(SCP Server User)
)EXILED by itself offers some config options.
All of them are auto-generated at the server startup, they are located at ~/.config/EXILED/Configs/(ServerPortHere)-config.yml
file (%AppData%\EXILED\Configs\(ServerPortHere)-config.yml
on Windows).
Plugin configs will NOT be in the aforementioned config_gameplay.txt
file, instead, plugin configs are set in the ~/.config/EXILED/Configs/(ServerPortHere)-config.yml
file (%AppData%\EXILED\(ServerPortHere)-config.yml
on Windows).
However, some plugins might get their config settings from other locations on their own, this is simply the default EXILED location for them, so refer to the individual plugin if there are issues.
If you wish to make a plugin for EXILED, it's quite simple to do so. If you would like more of a tutorial please visit our Getting Started Page..
For more comprehensive and actively updated tutorials, see the EXILED website.
But make sure to follow these rules when publishing your plugins:
Exiled.API.Features.Plugin<>
, if it does not, EXILED will not load your plugin when the server starts.OnEnabled()
method is executed immediately, it does not wait for other plugins to be loaded. It does not wait for the server startup process to finish. It does not wait for anything. When setting up your OnEnabled()
method, be sure you are not accessing things which may not be initialized by the server yet, such as ServerConsole.Port
, or PlayerManager.localPlayer
.WaitingForPlayers
event to do so, if you need to do things sooner, wrap the code in a while(!x)
loop that checks for the variable/object you need to no longer be null before continuing.Dynamic Updates
section for more information and guidelines to follow.If you are unfamiliar with MEC, this will be a very brief and simple primer to get you started. MEC Coroutines are basically timed methods, that support waiting periods of time before continuing execution, without interrupting/sleeping the main game thread. MEC coroutines are safe to use with Unity, unlike traditional threading. DO NOT try and make new threads to interact with Unity on, they WILL crash the server.
To use MEC, you will need to reference Assembly-CSharp-firstpass.dll
from the server files and include using MEC;
.
Example of calling a simple coroutine, that repeats itself with a delay between each loop:
using MEC;
using Exiled.API.Features;
public void SomeMethod()
{
Timing.RunCoroutine(MyCoroutine());
}
public IEnumerator<float> MyCoroutine()
{
for (;;) //repeat the following infinitely
{
Log.Info("Hey I'm a infinite loop!"); //Call Log.Info to print a line to the game console/server logs.
yield return Timing.WaitForSeconds(5f); //Tells the coroutine to wait 5 seconds before continuing, since this is at the end of the loop, it effectively stalls the loop from repeating for 5 seconds.
}
}
It is strongly recommended that you do some googling or ask around in the Discord if you are unfamiliar with MEC and would like to learn more, get advice, or need help. Questions, no matter how 'stupid' they are, will always be answered as helpfully and clearly as possible to help plugin developers to excel. Better code is better for everyone.
EXILED as a framework supports dynamic reloading of plugin assemblies without requiring a server reboot.
For example, if you start the server with just Exiled.Events
as the only plugin, and wish to add a new one, you do not need to reboot the server to complete this task. You can simply use the Remote Admin or Server Console command reload plugins
to reload all EXILED plugins, including new ones that weren't loaded before.
This also means that you can update plugins without having to fully reboot the server as well. However, there are a few guidelines that must be followed by the plugin developer for this to be achieved properly:
For Hosts
If you are updating a plugin, make sure that its assembly name is not the same as the current version you have installed (if any). The plugin must be built by the developer with Dynamic Updates in mind for this to work, simply renaming the file will not.
If the plugin supports dynamic updates, be sure that when you put the newer version of the plugin into the "Plugins" folder, you also remove the older version from the folder before reloading EXILED, failure to ensure this will result in many bad things.
Any problems that arise from dynamically updating a plugin are solely the responsibility of you and the developer of the plugin in question. While EXILED fully supports and encourages dynamic updates, the only way it could fail or go wrong is if the server host or plugin dev did something wrong. Verify that everything was done correctly by both of those parties before reporting a bug to EXILED developers regarding dynamic updates.
For Developers
Plugins that want to support dynamic updating need to be sure to unsubscribe from all events they are hooked into when they are disabled or reloaded.
Plugins that have custom Harmony patches must use some kind of changing variable within the name of the Harmony Instance, and must UnPatchAll()
on their harmony instance when the plugin is disabled or reloaded.
Any coroutines started by the plugin in OnEnabled()
must also be killed when the plugin is disabled or reloaded.
All of these can be achieved in either the OnReloaded()
or OnDisabled()
methods in the plugin class. When EXILED reloads plugins, it calls OnDisabled()
, then OnReloaded()
, then it will load in the new assemblies, and then executes OnEnabled()
.
Note that it’s new assemblies. If you replace an assembly with another one of the same name, it will NOT be updated. This is due to the GAC (Global Assembly Cache), if you attempt to 'load' and assembly that is already in the cache, it will always use the cached assembly instead. For this reason, if your plugin supports dynamic updates, you must build each version with a different assembly name in the build options (renaming the file will not work). Also, since the old assembly is not "destroyed" when it is no longer needed, if you fail to unsubscribe from events, unpatch your harmony instance, kill coroutines, etc., that code will continue to run as well as the new version's code. This is an extremely bad idea to let happen.
As such, plugins that support dynamic updates MUST follow these guidelines or they will be removed from the discord server due to potential risk to server hosts.
Not every plugin must support dynamic updates. If you do not intend to support dynamic updates, that's perfectly fine. Just avoid changing the assembly name of your plugin when you build a new version. In such cases make sure server hosts know they will need to completely reboot their servers to update your plugin.