This note is deprecated in favor of the RWMT documentation.
Welcome to the Rimworld Multiplayer Wiki.
The easiest way is from the Steam Workshop. You can also install it manually by just grabbing the latest release from here and unpacking it in your mod folder.
The easiest way to connect is through Steam. Just host a world with the Steam option checked, and your friends should be able to shift-tab join on you.
For direct portforward UDP 30502 on your local address and give out your public ip to your friends to connect. When hosting the server, just type 0.0.0.0 in the host address box.
LAN connections will show up in the LAN tab or the Multiplayer window.
Is the mod dead?
No. There will be a formal announcement if the mod ever dies. No-progress does not mean the death of the mod. The mod is developed by the community, who all have lives outside of the mod. If you want something in the mod so badly, code it yourself! We accept any constructive PRs.
What happened to Zetrith?
Shot dead by 8623 Krekka
How can players connect?
Players can connect through Steam, LAN, or Direct. To use direct connect, portforward 30502 through UDP or use a software like Hamachi.
Is there PVP? Can I make a seperate faction?
Currently everyone is cooperatively playing exactly the same game, with same maps, in the same faction. You can create multiple colonies.
Can mods be used in Multiplayer?
Yes, but not all mods will work in multiplayer. Check out the spreadsheet in #welcome or use the #mod-check channel to find compatible mods. When playing a "modpack", all players need to use the same load order and also the host has to share their Mod_ configs with the other players. (See bottom of this for tutorial)
What do the numbers on the mod spreadsheet/website mean?
0 means untested, 1 means unplayable, 2 is major issues, 3 is minor issues, and 4 is no problems.
What is a save replay?
A multiplayer save game.
Can I change my ingame username?
Yes, your name can be changed under options, mod settings, Multiplayer - Show Settings.
Can I play singleplayer with the mod enabled?
Yes, this should not cause any problems even with a lot of other mods enabled even if they are marked as incompatible.
Which RimWorld version should I be using?
Current Version, or anything above 1.0
What is the maximum amount of players that can be online?
We recommend 8 players max, but there is no limit.
Why does simulating take so long?
Simulations takes place from the last autosave made, so if you do /autosave in chat before saving a replay or someone connects to your game it will speed up the simulation time. The same applies to resyncing, so if the host forces an autosave before someone resyncs it will also speed up their simulation time.
Can I donate to the project?
We don’t accept donations as a project anymore but if you’re feeling generous then these are people who have contributed to the mod’s development and upkeep.
Zetrith - (Creator, Core, Support) - https://ko-fi.com/zetrith
NotFood - (Core, Mod Compatiblity, Compatibility Commissions) - https://ko-fi.com/notfood
Sokyran - (Core, Mod Compatiblity, Compatibility Commissions) - https://ko-fi.com/sokyran
Nebual - (Core) - https://ko-fi.com/Nebual
Thomas107500 - (Mod Compatiblity) - https://ko-fi.com/thomas107500
Luz - (Support/Admin) - https://ko-fi.com/llavorre
Mistress Mia - (Support/Admin) - https://ko-fi.com/miaamakiir
Swept - (Support/Admin/Website) - https://ko-fi.com/swept
How do I convert a Multiplayer game back to Singleplayer?
On the main menu click Multiplayer, select the save you want to convert and click watch. After watching it, select the time you want and click menu then "convert to singleplayer". It should show up in your singleplayer folder after that.
How to clean a dirty core folder?
This method can help you if you're having trouble loading Rimworld or in resolving Desync issues. Go to your Rimworld install folder > Mods > Core and delete the Core folder. Then, verify Rimworld's game files in Steam.
How do I share config files?
If you are running modpacks with Rimworld Multiplayer, you will need to share the host's config files among the people who are connecting to the host. To do this, navigate to Rimworld's config folder, and copy ModsConfig.xml
and any files that look like this -> Mod_XXX_XXX.xml
. Make the people you are playing with put these files in their config folder, REPLACING THEM when it asks them too.
Windows Rimworld Config Dir : C:/Users/%USERPROFILE%/AppData/LocalLow/Ludeon Studios/RimWorld by Ludeon Studios/Config/
Mac Rimworld Config Dir : ~/Library/Application\ Support/RimWorld/Config/
Linux Rimworld Config Dir : ~/.config/unity3d/Ludeon Studios/RimWorld by Ludeon Studios/Config
• Incompatible Mods
Not all mods are compatible with Rimworld Multiplayer. If you use ones that aren't compatible, you will desync. Before starting any kind of playthrough, use #modcheck, the spreadsheet link in #welcome, or the modlist checking website to make sure whatever mods you are using are compatible. There's also handy premade modlists in #modlist if you just wanna jump in.
• Not sharing ModConfig files
If you are using any kind of complex mods, they will usually generate a settings file on your PC. These files NEED to be shared between the people you are playing with, otherwise you will desync. There's a tutorial for how to do this at the bottom of the #faq channel.
• Different language setting
If not all players using the same language settings some desyncs can occure.
• Dirty "Core" folder
Sometimes when installing/uninstalling mods, your Core folder might get something wrong with it. This is a rare issue but could be causing desyncs. Instructions on how to fix it are listed in #faq.
• Bad Connection, Slow PC, Shit Internet.
Just like any other online game, if you have a poor connection, you will desync/lag a lot more. Same is true for Rimworld Multiplayer. Another cause of desyncs is low FPS. If you are running the game at 30fps or lower, you might have connections problem. I generally advise that the most powerful PC "hosts" when playing Rimworld Multiplayer.
• Some desyncs are just chance
Sometimes, desyncs are unavoidable. If you're playing a 200+ modpack in Multiplayer and get a couple desyncs every 3-4 hours, you have a goodass modpack.
• "Wrong Protocol Version"
You or your friend is using an outdated version of the multiplayer mod. Check #patch-notes for the latest version.
Ionic.Zip.Reduced might cause problems for some. The proper Nuget package is here.
Precompiled 0MultiplayerAPI.dll
In this section, we're going to focus on the basics of the api. Specifically, we're going to enable a mod for Multiplayer.
The boilerplate
By the time RimWorld reaches your mod the API is ready to use, you can call it wherever you see fit. See basic C# mod tutorials. The easiest place is [StaticConstructorOnStartup]
The following is the most basic boilerplate code.
That's all! You are done.
The Multiplayer Compatibility Project
Well… sometimes you aren't that lucky. Sometimes you want to change a specific Field. For those scenarios there is the MP.Watch* methods. Basically, at the beginning of the operation you take a snapshot of the Field value and then compare it later. MPAPI checks them if they need to broadcast it and then spreads the change accordingly.
That's all! So easy! Is it…?
Oh dear! Oh deity no no–- NO- Pray you aren't dealing with them with Reflection. See the Examples for dark magic. But if it's your own code, just move the Action delegate to a method anywhere and tag it with [SyncMethod].
Sometimes, when you use [SyncMethod], you will encounter… Error writing type: MyType, ... Multiplayer.Client.SerializationException: No writer for type MyType
MPAPI needs to know how to reference your type to send it to the other clients. Basically if you have…
You need to teach MPApi to handle your types, so they can send them over the wire to the other players. For our example, we will need to write a SyncWorker for MyReturnType, MyArgumentType and MyArgumentType2, most of RimWorld types are already handled so don't be afraid to use them.
Assuming MyReturnType is made of aString, anInt and aFloat, here is how you write a SyncWorker for it:
Bind does the writing and reading for you, shouldConstruct makes it so type is constructed before being passed to the SyncWorker (not needed for structs). But if you need more complex situations, you can use Write and Read.
Assuming MyArgumentType requires an argument Pawn to construct, you'd write it this way:
*Todo migrate the rest of the API doc
https://github.com/Parexy/Multiplayer/wiki/API#mp
steamapps/common/Rimworld/MonoBleedingEdge/EmbedRuntime/mono-2.0-bdwgc.dll
Debug
-> Start Debugging...
-> Debug Engine=Unity, Executable=RimWorldWin64.exe
and let it start the game in debug mode.The networking for Rimworld, like networking for many RTS games is done via deterministic lockstep, if you are not familiar with this I suggest looking in here.
The class HostWindow:89 contains the entry point of the mod. It is responsible for creating the Multiplayer menu item, which allows the player to either join an existing game, or host a new game.
It looks like there are 2 commands, which are hard-coded. Chat command loading might need to be made dynamic, preferably by registering chat commands defined in a file. MultiplayerServer:77
Contains method to start hosting a server, good starting point see how the server works.
When hosting a server, the Arbiter is started here: ClientUtil:201
Main server update loop: MultiplayerServer:109 The server ticks at a rate of 16.66… ms per tick. This tick rate is variable though, since the sleep timing is set to 10ms. Can the sleep time be calculated, so that the tick rate is going to be as close to 16.66…ms as possible?
Steam connection
SteamIntegration:114
Firstly, I’d just like to clarify that by “handshake” I mean the veritable hailstorm of packets sent between the two instances of Rimworld - which I’ll refer to as the “client” and “server” for the joining player and the hosting player respectively, despite this not being entirely accurate - during the first few seconds of a connection, during which def databases are checked for mismatches, protocol versions are checked, and world data is exchanged.
The client initiates the connection by opening a socket to the server’s port and sending a ClientProtocol packet (ID 0), along with the current network protocol the client is using. The server receives this and checks it against its own protocol version. If the two don’t match, then the client is disconnected with the reason Protocol (1). Otherwise, the server sends back a ServerModList (16) packet with its RimWorld version as a length-prefixed string, and the mods the server is running, in order, as a length-prefixed array of length-prefixed strings.
The client does not do any validation on either of these fields, assuming both the rimworld version and modlist is fine - though it does keep track of them - and in response sends the data needed to validate that the def databases match. This consists of a ClientDefs (1) packet, and along with this it sends the number of DefDatabases registered as well as, for each of these databases, what type it contains (e.g. ThingDef) as a length-prefixed string, followed by a 32-bit integer containing the number of Defs in that database, followed by a 32-bit integer containing the hash of the database.
If the client sends more than 512 database types, it’s disconnected with reason Generic (0)
The server checks each of these databases against its own and appends the result of each check to an array of statuses. If a database doesn’t exist on the server, but does on the client, then the status NotFound (1) is used. If the count of defs mismatches, then the status CountDiff (2) is used. If the hash mismatches, then HashDiff (3) is used. Otherwise, OK (0) is used. If any of these statuses is NOT Ok then the client is disconnected with reason Defs (2) and the status array.
Otherwise, the server sends ServerDefsOK (17) along with the game name and the client’s player id.
The client, upon receiving this packet, sets its internal status to Downloading (1), and sends a ClientUsername (2) packet along with its chosen username. The server validates that this is not null or empty (in which case the packet is completely ignored) and then checks that it is between 3 and 15 characters long (inclusive) or kicks the client with reason UsernameLength (3). A handful of other checks are also performed, firstly that the client’s name is alphanumeric (without spaces) - if this check if failed the client is dropped with reason UsernameChars (4) - and that it’s not taken - if this is the case, then it’s kicked with reason UsernameAlreadyOnline (5).
At this point the server broadcasts a notification to each client, stating that a player has joined, and providing their username, and it also sends an updated player list.
Next, the server sets the player’s faction (currently only to the MP faction), and if the player is the only person on their faction online, then a notification is sent out that their faction is now online.
The server then sends the client a chunked ServerWorldData (18) packet, consisting of:
The player’s faction ID as a 32-bit int Another 32-bit int for the current tick A length-prefixed byte array of the gzip-compressed world data A length-prefixed array of map commands (consisting each of a map id, followed by a length-prefixed array of commands) And finally a length-prefixed array of gzip-compressed map data (consisting of a map id, then a length-prefixed byte array of the data itself).
It also sends a ServerPlayerList (19) packet consisting of the action id (List/0) as a byte, then a length-prefixed array of serialized player data.
The client decompresses this data and then invokes the standard rimworld load methods to load the save, followed by simulating the world at high-speed until the tick catches up with the current server-side one.
Once this is done, the client sends a ClientWorldReady (3) packet, at which point the server sets the player’s state to Playing, and the handshake is complete.
We are using this Github issue to track the languages we have left to localize for. If you know any of these languages well, you can contribute by downloading this file and translating every english phrase between > and < into your language.
When you're done, either make a Github PR for the language or send the translated file to one of the admins and they will review it.
The following is more detailed documentation.
MP | ISyncCall |
SyncMethodAttribute | SyncFieldAttribute |
SyncWorkerAttribute | SyncWorkerDelegate |
ISyncField | ISynchronizable |
ISyncMethod | ISyncDelegate |
SyncWorker | SyncContext |
The primary static class that contains methods used to interface with the multiplayer mod.
Contains the API version
Returns if API is initialized.
Returns if currently running on a host.
Returns if currently running in a multiplayer session (both on client and host).
Returns local player's name.
Registers the syncDelegate. Handles anonymous nested types, you will have to figure out the name of your target by decompiling.
The sync delegate.
Name | Description |
---|---|
inType | System.Type In type. |
nestedType | System.String Nested type. |
methodName | System.String Method name. |
fields | System.String[] Fields. |
args | System.Type[] Arguments. |
Registers the syncDelegate. Handles anonymous nested types, you will have to figure out the name of your target by decompiling.
The sync delegate.
Name | Description |
---|---|
type | System.Type Type. |
nestedType | System.String Nested type. |
method | System.String Method. |
Registers a field for syncing and returns it's ISyncField.
It's recommended to use SyncFieldAttribute instead, unless you have to otherwise.
They must be Watched between MP.WatchBegin and MP.WatchEnd with the MP.Watch* methods
Name | Description |
---|---|
field | System.Reflection.FieldInfo FieldInfo of a field to register |
A new registered ISyncField
Registers a field for syncing and returns it's ISyncField.
It's recommended to use SyncFieldAttribute instead, unless you have to otherwise.
They must be Watched between MP.WatchBegin and MP.WatchEnd with the MP.Watch* methods
Name | Description |
---|---|
targetType | System.Type |
Type of the target class that contains the specified member |
if null, memberPath will point at field from the global namespace in the "Type/fieldName" format.
|
| memberPath | System.String
Path to a member. If the member is to be indexed, it has to end with /[] eg. "myArray/[]"
|
A new registered ISyncField
Registers a method for syncing and returns its ISyncMethod.
Name | Description |
---|---|
method | System.Reflection.MethodInfo MethodInfo of a method to register |
argTypes | Multiplayer.API.SyncType[] Method's parameter types |
It's recommended to use SyncMethodAttribute instead, unless you have to otherwise.
A new registered ISyncMethod
Register a method for syncing using reflection and set it to debug only.
Registers a method for syncing and returns its ISyncMethod.
It's recommended to use SyncMethodAttribute instead, unless you have to otherwise.
Name | Description |
---|---|
type | System.Type Type that contains the method |
methodOrPropertyName | System.String Name of the method |
argTypes | Multiplayer.API.SyncType[] Method's parameter types |
A new registered ISyncMethod
Registers the SyncWorker based on SyncWorkerDelegate.
It's recommended to use SyncWorkerAttribute instead, unless you have to otherwise.
Name | Description |
---|---|
syncWorkerDelegate | Multiplayer.API.SyncWorkerDelegate{``0} Sync worker delegate. |
targetType | System.Type Type to handle. |
isImplicit | System.Boolean If set to true the SyncWorker will handle the type and all the derivate Types. |
shouldConstruct | System.Boolean If set to true the SyncWorker will be provided with an instance created with no arguments. |
Helper method for ISyncField.Watch(System.Object,System.Object) given an instance.
Name | Description |
---|---|
target | System.Object An object of type set in the ISyncField to watch |
fieldName | System.String ISyncField name of the field to watch for changes |
index | System.Object Index in the field path set in ISyncField |
Helper method for ISyncField.Watch(System.Object,System.Object) given an instance.
Name | Description |
---|---|
memberPath | System.String ISyncField the memberPath of the ISyncField |
target | System.Object An object of type set in the ISyncField to watch, null for static |
index | System.Object Index in the field path set in ISyncField |
Helper method for ISyncField.Watch(System.Object,System.Object) given a type.
Name | Description |
---|---|
type | System.Type An object of type set in the ISyncField to watch, for static types |
fieldName | System.String ISyncField name of the field to watch for changes |
index | System.Object Index in the field path set in ISyncField |
Starts a new synchronization stack.
Has to be called before invoking Watch methods.
See also ISyncField.Watch(System.Object,System.Object).
Ends the current synchronization stack and executes it.
Has to be called after invoking Watch methods.
See also ISyncField.Watch(System.Object,System.Object).
Context flags which are sent along with a command
Send current map context
Send mouse cell context (emulates mouse position)
Send map selected context (object selected on the map)
Default value. (no context)
Send order queue context (emulates pressing KeyBindingDefOf.QueueOrder)
Send world selected context (object selected on the world map)
An attribute that is used to mark fields for syncing. It will be Watched for changes by the MPApi when instructed.
An example showing how to mark a field for syncing.
Name | Description |
---|---|
context | Multiplayer.API.SyncContext Context |
Instructs SyncField to use a buffer instead of syncing instantly (when MP.WatchEnd is called).
Instructs SyncField to cancel synchronization if the value of the member it's pointing at is null.
Instructs SyncField to synchronize only in debug mode.
Instructs SyncField to synchronize only if it's invoked by the host.
Instructs SyncField to sync in game loop.
An attribute that is used to mark methods for syncing. The call will be replicated by the MPApi on all clients automatically.
An example showing how to mark a method for syncing.
Name | Description |
---|---|
context | Multiplayer.API.SyncContext Context |
Instructs SyncMethod to cancel synchronization if any arg is null (see ISyncMethod.CancelIfAnyArgNull).
Instructs SyncMethod to cancel synchronization if no map objects were selected during the call (see ISyncMethod.CancelIfNoSelectedMapObjects).
Instructs SyncMethod to cancel synchronization if no world objects were selected during call replication(see ISyncMethod.CancelIfNoSelectedWorldObjects).
Instructs SyncMethod to synchronize only in debug mode (see ISyncMethod.SetDebugOnly).
A list of types to expose (see ISyncMethod.ExposeParameter(System.Int32))
An abstract class that can be both a reader and a writer depending on implementation.
See ISynchronizable and SyncWorkerAttribute for usage examples.
Reads or writes an object inheriting ISynchronizable interface.
Does not create a new object.
Name | Description |
---|---|
obj | Multiplayer.API.ISynchronizable@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.Boolean@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.Byte@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.Double@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.Int16@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.Int32@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.Int64@ object to bind |
Uses reflection to bind a field or property
Name | Description |
---|---|
obj | System.Object |
object where the field or property can be found |
if null, name will point at field from the global namespace
|
| name | System.String
path to the field or property |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.SByte@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.Single@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.String@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.UInt16@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.UInt32@ object to bind |
Reads or writes an object referenced by obj.
Name | Description |
---|---|
obj | System.UInt64@ object to bind |
Reads or writes an object referenced by obj
Can read/write types using user defined syncers, ISynchronizables and readers/writers implemented by the multiplayer mod.
Name | Description |
---|---|
obj | ``0@ object to bind |
Reads or writes a System.Type referenced by type.
Name | Description |
---|---|
type | System.Type@ type to bind |
if is currently writing.
Read the specified Type from the memory stream, only active during reading.
The requested Type object. Null if writing.
Write the specified obj, only active during writing.
Name | Description |
---|---|
obj | ``0 Object to write. |
An attribute that marks a method as a SyncWorker for a type specified in its second parameter.
Method with this attribute has to be static.
An implementation that manually constructs an object.
An implementation that instead of creating a new object, references its existing one which resides in MyThingComp that inherits ThingComp class.
Subclasses of ThingComp are sent as a reference by the multiplayer mod itself.
Decides if the type specified in the second parameter should also be used as a syncer for all of its subclasses.
Decides if the method should get an already constructed object in case of reading data.
SyncWorker signature for adding new Types.
Name | Description |
---|---|
obj | ``0 Target Type |
SyncWorkerAttribute for usage examples.
An exception that is thrown if you try to use the API without avaiable host.
ISyncCall interface.
Used internally
Manually calls the synced method.
Name | Description |
---|---|
target | System.Object Object currently bound to that method. Null if the method is static. |
args | System.Object[] Parameters to call the method with. |
if the original call should be canceled.
Sync delegate.
See MP.RegisterSyncDelegate(System.Type,System.String,System.String) and MP.RegisterSyncDelegate(System.Type,System.String,System.String,System.String[],System.Type[]) to see how to use it.
Cancels if no selected objects.
self
Removes the nulls from lists.
self
Name | Description |
---|---|
listFields | System.String[] List fields. |
Sets the context.
self
Name | Description |
---|---|
context | Multiplayer.API.SyncContext Context. |
Sets the debug only.
self
SyncField interface.
Creates and registers a SyncField that points to myField
in object of type MyType
and enables its change buffer.
Creates and registers a SyncField that points to myField
which resides in MyStaticClass
.
Creates and registers a SyncField that points to myField
that resides in an object stored by myEnumberable defined in an object of type MyType
.
To watch this one you have to supply an index in ISyncField.Watch(System.Object,System.Object).
Instructs SyncField to cancel synchronization if the value of the member it's pointing at is null.
self
Manually syncs a field.
Name | Description |
---|---|
target | System.Object An object of type set in the ISyncField. Set to null if you're watching a static field. |
value | System.Object Value to apply to the synced field. |
index | System.Object Index in the field path set in ISyncField |
if the change should be canceled.
Instructs SyncField to sync in game loop.
self
Adds an Action that runs after a field is synchronized.
Name | Description |
---|---|
action | System.Action{System.Object,System.Object} An action ran after a field is synchronized. Called with target and value. |
self
Adds an Action that runs before a field is synchronized.
Name | Description |
---|---|
action | System.Action{System.Object,System.Object} An action ran before a field is synchronized. Called with target and value. |
self
Instructs SyncField to use a buffer instead of syncing instantly (when MP.WatchEnd is called).
self
Instructs SyncField to synchronize only in debug mode.
self
Instructs SyncField to synchronize only if it's invoked by the host.
self
self
Name | Description |
---|---|
target | System.Object An object of type set in the ISyncField. Set to null if you're watching a static field. |
index | System.Object Index in the field path set in ISyncField. |
self
An interface that allows syncing objects that inherit it.
An entry point that is used when object is to be read/written.
Requires a default constructor that takes no parameters.
Check SyncWorkerAttribute to see how to make a syncer that allows for a manual object construction.
Name | Description |
---|---|
sync | Multiplayer.API.SyncWorker A SyncWorker that will read/write data bound with Bind methods. |
A simple implementation that binds object's fields x, y, z for reading/writing.
An implementation that sends field a, but saves it back into field b when it's received.
SyncMethod interface.
See SyncMethodAttribute, MP.RegisterSyncMethod(System.Reflection.MethodInfo,Multiplayer.API.SyncType[]) and MP.RegisterSyncMethod(System.Type,System.String,Multiplayer.API.SyncType[]) to see how to use it.
Instructs SyncMethod to cancel synchronization if any arg is null.
self
Instructs SyncMethod to cancel synchronization if no map objects were selected during call replication.
self
Instructs SyncMethod to cancel synchronization if no world objects were selected during call replication.
self
Use parameter's type's IExposable interface to transfer its data to other clients.
IExposable is the interface used for saving data to the save which means it utilizes IExposable.ExposeData() method.
Name | Description |
---|---|
index | System.Int32 Index at which parameter is to be marked to expose |
self
Currently unused in the Multiplayer mod.
Name | Description |
---|---|
time | System.Int32 Milliseconds between resends |
self
Instructs method to send context along with the call.
Context is restored after method is called.
Name | Description |
---|---|
context | Multiplayer.API.SyncContext One or more context flags |
self
Instructs SyncMethod to synchronize only in debug mode.
self
Adds an Action that runs after a call is replicated on client.
Name | Description |
---|---|
action | System.Action{System.Object,System.Object[]} An action ran after a call is replicated on client. Called with target and value. |
self
Adds an Action that runs before a call is replicated on client.
Name | Description |
---|---|
action | System.Action{System.Object,System.Object[]} An action ran before a call is replicated on client. Called with target and value. |
self
Name | Description |
---|---|
version | System.Int32 Handler version |
self
This wiki is in the form of a hackmd book. It is a live edited, community contributable that is somewhere between a discord conversation and a github wiki. To contribute, you must make an account with hackmd, but you can link your github account and that will work fine.
Now you might think that community editing is a good way to get the entire wiki griefed, but hackmd has a pretty robust backup system that should prevent anyones damage from being anything but a click to undo.
Anyway, be respectful of other's notes. Don't remove anything unless it's outright wrong or stupid.