The MatchMaking API is used to find players for multiplayer matches. Once a player has been found using the MatchMaking API, that player can be used for starting a match using either the BrainCloudOneWayMatch API or the BrainCloudAsyncMatch API. For an overview of the different types of multiplayer matches please refer to the Multiplayer documentation.
In order for players to be eligible for MatchMaking your app must do the following:
Click the Matchmaking page, under Design | Multiplayer | Matchmaking
Check the “Matchmaking Enabled” option
After enabling MatchMaking in the brainCloud portal, you also need to enable MatchMaking for your player. When you’ve authenticated as the player you will need to:
Call MatchMaking.EnableMatchMaking to allow the player to be considered for matches
Optionally set a player rating. See below for more information on player ratings
Your player should now be considered for matches.
There are a number of factors which affect player eligibility for MatchMaking.
If a player has a current session with brainCloud, they are by default ineligible for a match. This behavior can be modified by setting the “Allow attack while online” flag to true in the portal MatchMaking section.
Note that while developing/debugging, it may be useful to set this flag to true – especially when using the API explorer to test the functionality. Otherwise, players who have a current session will be ignored for MatchMaking. Players will have to explicitly log out from brainCloud to be eligible for matches, or wait for their session to timeout (default is 20 minutes – configurable in the portal).
All players in the system have a rating. The initial value can be specified in the portal MatchMaking section. The player rating can also be affected through the MatchMaking API functions IncrementPlayerRating and DecrementPlayerRating.
When a request is made through MatchMaking to GetOneWayPlayers, a “rangeDelta” parameter is supplied which limits the range of player ratings that are eligible, in relation to the currently authenticated player’s rating.
To illustrate this point, let’s assume the following ratings:
Player A 1000
Player B 1100
Player C 850
If player A requests matches with a rangeDelta of 100, only player B will be eligible.
You can also request your MatchMaking details by calling the Read API.
Players in brainCloud can turn on a shield which prevents them from being matched. The MatchMaking API exposes functions to:
TurnShieldOnFor (with the caller supplying a time in minutes)
You can also query the remaining shield time by calling GetShieldExpiry.
Filtering Player Eligibility With Cloud Code
brainCloud supports filtering players by custom cloud scripts. In order to filter players using cloud code, follow these steps:
Navigate to Edit Scripts in the Cloud Code section of the portal
Create a cloud script – we’ll call ours “MATCHMAKING_FILTER”
"Client" should be unchecked for Client Callable.
Below is an example matchmaking filter script. Note that the return value is true or false depending on whether the player should be matched. Note also the two input parameters in the “data” variablematchCandidate – The player object. This returns the same JSON as the MatchMaking.Read API call (see below).extraParms – The JSON extraParms object sent in the GetOneWayPlayersFilter API method. This is defined by the API method caller and can be used to help drive the custom filter results.
var matchCandidate = data["matchCandidate"];
var extraParms = data["extraParms"];
var retval = false;
var playerID = matchCandidate["playerId"];
var otherPlayerSession = bridge.getSessionForProfile(playerID);
// Now you can use the "otherPlayerSession" to execute API calls as that user.
// For instance you could check some of their entity data or verify that they
// have certain statistics that match the data in extraParams.
// retVal of false indicates this player is not valid for matching
For reference, the MatchMaking matchCandidate object is similar to the following (returns the same fields as the “findPlayers” API):