Best Of
Re: error with SetUdpPlatform (unity)
Hello @Elias992 ,
The PlayFab sample works only on the Bolt SDK 1.2.11.
I'm not sure from which sample do you get this, but some namings have changed:
1. RegionMaster does not exist, it's just Region;
2. MaxConnections was always a read-only field, you can change this property at the Bolt Settings window in the Connection section, in the Limit field.
The PlayFab sample works only on the Bolt SDK 1.2.11.
I'm not sure from which sample do you get this, but some namings have changed:
1. RegionMaster does not exist, it's just Region;
2. MaxConnections was always a read-only field, you can change this property at the Bolt Settings window in the Connection section, in the Limit field.
Re: Do I need to update the room's expected player list if a single player drops out before joining?
Hi @RustyPencil,
Thank you for choosing Photon!
No need to do all of this.
All you need to do is to update the expected users' string array.
Even with closing the room and reopening there is always room for "race conditions".
The thing is that if there is a spot in the room a player could join and claim it before someone else OR before another client tries to close the room or change its expected users.
Or a player could try to join a room as it had a free spot and during the join process the room becomes full or closed or that spot is no longer available, in this case the player will not be able to join.
In your case changing expected users string array directly is enough.
you could also use the exact code provided by Jean or try these extension methods.
Thank you for choosing Photon!
No need to do all of this.
All you need to do is to update the expected users' string array.
Even with closing the room and reopening there is always room for "race conditions".
The thing is that if there is a spot in the room a player could join and claim it before someone else OR before another client tries to close the room or change its expected users.
Or a player could try to join a room as it had a free spot and during the join process the room becomes full or closed or that spot is no longer available, in this case the player will not be able to join.
In your case changing expected users string array directly is enough.
you could also use the exact code provided by Jean or try these extension methods.
JohnTube
5
Re: Support for .Net Core 3.1?
Hi, @Tessalator
Photon 5 is not planed for netcore. Only Photon 6
I think we do not have beta program, but please write to [email protected] and apply for it.
best,
ilya
Photon 5 is not planed for netcore. Only Photon 6
I think we do not have beta program, but please write to [email protected] and apply for it.
best,
ilya
chvetsov
6
Re: On joining a room, I get an error when I try to set my voice groups.
Hi @ShadowToast,
This is a known issue, already fixed but the fix is not released yet.
It will be out in the next version.
Replace PhotonVoiceNetwork with this version.
Thank you for your understanding and patience.
This is a known issue, already fixed but the fix is not released yet.
It will be out in the next version.
Replace PhotonVoiceNetwork with this version.
Thank you for your understanding and patience.
JohnTube
5
Re: Can Bolt be used for P2P without ever increasing CCU?
Hello @Swift Illusion,
Our Photon Cloud integration takes care of all details of the NAT Punchthrough and connection between the game server and players. Having a background service to make this happen is a must-have in this scenario, and this is managed by the Photon Infrastructure behind the scenes.
On our Overview page (https://doc.photonengine.com/en-us/bolt/current/getting-started/overview) you can find a description of our available versions of Photon Bolt, Free, and Pro.
Bolt Free is based on the Photon CCU model, while Bolt Pro is designed if you want more control over the connections, run offline over LAN or prefers to implement your own matchmaking system.
Our Photon Cloud integration takes care of all details of the NAT Punchthrough and connection between the game server and players. Having a background service to make this happen is a must-have in this scenario, and this is managed by the Photon Infrastructure behind the scenes.
On our Overview page (https://doc.photonengine.com/en-us/bolt/current/getting-started/overview) you can find a description of our available versions of Photon Bolt, Free, and Pro.
Bolt Free is based on the Photon CCU model, while Bolt Pro is designed if you want more control over the connections, run offline over LAN or prefers to implement your own matchmaking system.
Re: Disconnected detection on client
Hello @ArrestedDeveloper ,
Starting the game as a client, you will have only one connection, the one made with the Game Server.
If you subscribe to the Disconnected event, you can check this:
or using the BoltShutdownBegin callback, you can check the disconnectReason parameter:
In this last case, if you found the UdpConnectionDisconnectReason.Disconnected, so you have been disconnected from the server.
Starting the game as a client, you will have only one connection, the one made with the Game Server.
If you subscribe to the Disconnected event, you can check this:
public override void Disconnected(BoltConnection connection)
{
if (BoltNetwork.Server.Equals(connection))
{
BoltLog.Warn("Disconnected from the server");
}
}
or using the BoltShutdownBegin callback, you can check the disconnectReason parameter:
public override void BoltShutdownBegin(AddCallback registerDoneCallback, UdpConnectionDisconnectReason disconnectReason)
{
registerDoneCallback(() =>
{
Debug.LogFormat("Shutdown Done with Reason: {0}", disconnectReason);
SceneManager.LoadScene(0);
});
}
In this last case, if you found the UdpConnectionDisconnectReason.Disconnected, so you have been disconnected from the server.
Re: newbie question - On UdpSessionFilter
Hello @Elias992,
You can find information about how to use the "UdpSessionFilter" on our Bolt Matchmaking page, look on the section "Join A Random Session With Filters", here: https://doc.photonengine.com/en-us/bolt/current/lobby-and-matchmaking/bolt-matchmaking
The usage of such filter only makes sense if you are using custom properties on the room (also shown on the page, look at the Creating And Updating A Session section). Using the UdpSessionFilter you can join any room that has the same values as your filter as properties, so you don't need to list all sessions to choose one to enter.
For your use case, you can use the filter to select only games from a specific gameType, and about the number of players, you can either use the Manual Accept mode (https://doc.photonengine.com/en-us/bolt/current/community-wiki/bolt-essentials/accepting-and-refusing-connections) or you can also use the room custom property to signal in the lobby that the session has only one player.
Keep in mind that the custom properties can be updated anytime only from the game server, and it can take a few seconds to be replicated across any player that is trying to join a game.
You can find information about how to use the "UdpSessionFilter" on our Bolt Matchmaking page, look on the section "Join A Random Session With Filters", here: https://doc.photonengine.com/en-us/bolt/current/lobby-and-matchmaking/bolt-matchmaking
The usage of such filter only makes sense if you are using custom properties on the room (also shown on the page, look at the Creating And Updating A Session section). Using the UdpSessionFilter you can join any room that has the same values as your filter as properties, so you don't need to list all sessions to choose one to enter.
For your use case, you can use the filter to select only games from a specific gameType, and about the number of players, you can either use the Manual Accept mode (https://doc.photonengine.com/en-us/bolt/current/community-wiki/bolt-essentials/accepting-and-refusing-connections) or you can also use the room custom property to signal in the lobby that the session has only one player.
Keep in mind that the custom properties can be updated anytime only from the game server, and it can take a few seconds to be replicated across any player that is trying to join a game.
Re: Why are my controllers not registering any inputs after connecting to a room?
The buttons and triggers on VR controller usually working with some kind of manager script (OVRManager in case of Oculus) that should be on the scene, otherwise they could require alternative way of registering any activity (again, in case of Oculus you should call OVRInput.Update() and OVRInput.FixedUpdate() in corresponding methods). So the lack of information in your post gives me only chance to assume that something happens when client joining the room (scene loaded/reloaded? objecs destroyed?) that prevents your scripts from detecting the input.
You found the point where problem begins - so dig it down, nobody have more of info about your problem than you do.
Otherwise, you can provide more info with screenshots and maybe video, so the problem could be recognized and eliminated by collective brainstorm
You found the point where problem begins - so dig it down, nobody have more of info about your problem than you do.
Otherwise, you can provide more info with screenshots and maybe video, so the problem could be recognized and eliminated by collective brainstorm
