How to Send/Sync custom data types?

Mirror can automatically create Serialization functions for many custom data types when your scripts are compiled.

For example, mirror will automatically create a functions for MyCustomStruct so that it can be sent without any extra work.

[ClientRpc]
public void RpcDoSomething(MyCustomStruct data)
{
    // do stuff here
}
​
struct MyCustomStruct
{
    int someNumber;
    Vector3 somePosition;
}

For More details

• ​Data Types​

• ​Serialization​

How to Connect?

To games on same Device:

Make sure the networkAddress field on NetworkManager or the Hud is set up localHost

To a different Device on same network:

Set the networkAddress field to the LAN IP of the host 192.168.x.x

In some cases you may need additional steps, check below

To check ip on Windows you can open powershell and use the ipconfig command, then under your current adapter (ethernet/wifi/etc) look for IPv4 Address

IPv4 Address. . . . . . . . . . . : 192.168.x.x

To a different Device over the internet:

Set the networkAddress field to be the IP address of the host (google 'whats my IP')

This section does not cover relays/dedicated vps/headless features

For this to work, you will need to do some of the following, most of these depend on your set up and router

• Port forward: you'll have to login your Router

  • Either forward your game port (default is 7777) for your PC's local IP. (192.168.1.20 for example)

  • Or the quick (but less safe) add that local IP to DMZ.

• PC Firewalls:

  • You can turn it off for a quick test (And turn it back on later)

  • manually allow the editor and any builds you create it in firewalls settings.

• Try from a build rather than the Unity Editor

• Some anti virus/phones may have additional blocking.

  • You can turn it off for a quick test (And turn it back on later)

• In rare cases ISPs or companies/schools block ports and connections, this is harder to adjust yourself.

If you need more help it is best to google for guide for your setup and router.

An alternative to the above is to use a dedicated server (vps) or use a relay.

Host Migration

Host migration alternatives and work-around.

Host migration as of writing is not built into Mirror, and it is best to avoid Host Migration completely if you can. Below are some tips as to why, and how you can add a host migration-like alternative.

• Dedicated hosts should rarely ever be closed (If you are doing games that need to stay open such as MMO's).

• Short arena maps, take players back to the games list/matchmaker, so they can just join another, nice and simple.

The work around is to basically fake the host migration, store info of a backup host on players game, upon disconnection, reconnect everyone in the game to that new host, then restore positions and variable data back to how it was before the original host dissappeared.

• Test players connections when they join, find one with unblocked ports, and decent ping/latency.

• Send this players data (IP and Port) on all connected players games.

• Save various player info, either locally or on that backup host, such as player positions, health etc

• Upon disconnection from server, call a function to connect to the backup hoster StartClient( BackupIP - BackupPort ).

• As the scenes will most likely reset, along with players respawning, you now need to set player position back to your stored one that was saved either via checkpoints, or in the disconnect detection callback.

• Cover all this up with a UI, saying please wait (optional, should happen in the blink of an eye).

Depending on what your game is like, it'll either be easy or difficult to add the work-around. An example of these are:

• (easier) A game only needing player position data such as "Fall Guys".

• (difficult) Forge of Empires, a game where created objects are placed, soldiers, vehicles, various other crafts and upgrades, all with their own levels/stats.

Master / List Servers and Simple Matchmaker

A database of world-wide registered host data.

All the hosts, dedicated or player hosts, get added into a list database, players get the list and can choose who to join. Using a list server means players do not have to manually enter IP addresses and Ports, it is all done behind the scenes, and works for localhost, LAN, and WAN connection types. You can show as much, or as little data as you like to the players, such as host name, type (deathmatch), player count (45 / 50), ping, enemy difficulty, map, region etc

• Node ListServer: Free, but you host the files yourself on an unblocked PC, like a VPS. Has a wide variety of customisable features, best option if you want self hosted dedicated games.

• Light Reflective Mirror: This is a list server and a relay, it is free, but you host and manage the files yourself. Relays offer an unblocked route of traffic, but at the cost of extra latency/increased ping. This relay will test for a direct connection first, then fallback to routed traffic if that fails. Both the list server and relayed traffic is optional, you can use one part, and not the other. This is the best option for player hosted games, where router port blocks are common.

• Epic and Steam, these are hosted for you. Check Discords Addons and Transports sections for more information, and for other non-listed ways of matchmaking and list servers.

Simple Matchmaker

• You can make matchmakers out of these list servers, simply hide the list to players, have them auto join a game with space. You could also filter out various requirements the player has set, for example, "USA" Region only, or "Lava Island" map.

How to get the player count?

There are a few ways to do this, each with their own unique benefit.

NetworkServer.connections.Count

• Socket connections, includes people without spawned prefabs, non authenticated, or that may have bugged out but during spawn, but have connected temporarily (Android users minimising game). Only host / server can check this.

NetworkManager.singleton.numPlayers

• Number of active spawned player objects on the server (only the host / server can check this)

Find by GameObject Tag

• Works client-side, doesn't require network code, and a good way to distinguish between player states, by applying gameobject tags for certain situations, for example, 'not ready/Default', 'Dead', 'Spectator'.

public GameObject[] playersArray;
​
public void FindPlayersByTag()
{
  playersArray = GameObject.FindGameObjectsWithTag("Player");
   Debug.Log("Players found: " + playersArray.Length);
}

Changing Transports

Changing transports is very easy and only requires a few steps

• Go to the game object that has the NetworkManager component

• Add another transport script via the Add Component button

• Drag the transport script to the "Transport" field in the NetworkManager

• Remove the old transport script (optional)

You have successfully changed transports. If you have connection issues with a transport that requires port forwarding, make sure to port forward the correct protocol (TCP / UDP).

NOTE: Some transports are not included with Mirror and need to be downloaded from their respective GitHub pages.