Fusion Application Loop
The Fusion Application Loop shows how an outer loop for a game could be structured to work properly with Fusion when loading scenes and setting up and tearing down connections as well as providing basic matchmaking functionality.
More specifically, the example allow players to either create or join sessions with some mock attributes like game mode and map name. It presents a list of sessions to joining users and allow them to configure their avatar before loading the game scene. The example also handles both clients and hosts leaving the session and returning to the intro.
Before You Start
To run the sample, first create a Fusion AppId in the PhotonEngine Dashboard and paste it into the
App Id Fusion field in Real Time Settings (reachable from the Fusion menu). Then load the
Launch scene and press
|1.1.3||Nov 18, 2022||Fusion Application Loop 1.1.3 Build 77|
- App.prefab: This is the main App launcher. It's a singleton and can be dropped into any scene to launch the application from that scene (useful when running in the editor). It has the ability to automatically create a session with some preset values to skip the entire matchmaking process when running from the editor
- Character.prefab: The player avatar - one instance of this prefab is spawned for each player as they enter a map. The character lives only until the map is unloaded.
- Player.prefab: The player session properties - one instance of this prefab is spawned for each player when the session starts. The Player instance survives scene loading and lives until the session is disconnected.
- Session.prefab: The shared session properties - on instance of this prefab is created when the session starts.
0.Launch- The launch scene is only ever used in builds and holds only an instance of the
Appsingleton. Configure this instance for builds to ensure you don't accidentally build with a debug (auto connect) configuration of the App.
1.Intro- The intro scene contains the pre-game UI before a connection is established - this is where a topology/client mode and game type is chosen. It also contains the UI for selecting a session to join and for creating a new session. This is where the app will return to if the connection is lost or shut down.
2.Staging- The staging scene is loaded once a network session is established and allow players to configure their avatar and signal to the host that they are ready to play. The app may return here whenever the players need to configure their avatar and indicate that they are ready to play.
X.MapYscenes are actual game maps - each game map instantiates player avatars based on the players configuration from the staging area and tells the host when they're done loading so the game starts at the same time on all clients, even if some are slow to load. The host may move to the next game scene, all clients can disconnect at will.
GameOver- The GameOver scene is essentially just a map where the players don't get an avatar. It could be used to show match results, and just takes players back to the staging area.
Code in the
Utility folders are not specific to this example and will not be discussed further.
AppThe primary entry point for the example. Has methods to create and destroy a game session as well as for keeping track of active players. It implements the main Fusion callbacks.
CharacterThe player in-game avatar - controls basic movement of player characters.
MapThe map is simply a network object that exists in actual game scenes and is responsible for spawning the players avatar in that scene.
MapLoaderThis is the Object Provider implementation for Fusion and controls the scene-load sequence from showing a load screen to collecting a list of loaded Network Objects.
SessionOnce the first player is connected, a single Session object is spawned and parented to the
Appso that it too will not be destroyed on load. The session controls logic for loading maps and can be access via the App (
PlayerEach player gets a Player object when joining a session and this is also parented to the session game object to keep them alive across scene loads. The Player object has no in-game visual representation, it's just an encapsulation of player information that is shared with all clients.