fusion | v1 switch to V2  

プロジェクタイル - アドバンス

Level Intermediate


Projectiles Advanced demonstrates how to implement networking for different types of projectiles in a shooter game. Programming multiplayer projectiles can be a difficult task which involves balancing performance, bandwidth consumption, and precision. It also requires smooth rendering which accounts for any discrepancy between the simulated and rendered projectile path (fire from camera vs. fire from weapon barrel). Projectiles Advanced aims to clarify and simplify this task a little bit.

To contextualize the projectiles, the sample is built as a simple FPS game with other supporting systems (gameplay handling, health and damage system, weapons) and can be used as a solid groundwork for building shooter games.

For an introduction to projectiles as well as more standalone examples that can be easily copied to different projects please refer to the Projectile Essentials.

This sample uses the HostMode topology.



  • プロジェクタイルデータリングバッファを使用した、各々のNetworkObjectなしでプロジェクタイルを処理
  • ヒットスキャンからホーミングまで、膨大な量のプロジェクタイル
  • 武器コンポーネントシステム
  • 7 種類の武器
    • パルスガン
    • ライフル
    • ショットガン
    • レーザーガン
    • スナイパー
    • ホーミングガン
    • リコシェットガン
  • Solved interpolation from weapon barrel to real projectile path (shot from camera)
  • ヘルス&ダメージシステム
  • 爆発
  • プロジェクタイルの予測スポーン




  • Unity 2021.3
  • Fusion AppId: 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). Continue with instruction in Starting The Game section.



バージョン リリース日 ダウンロード
1.1.6 Apr 14, 2023 Fusion Projectiles 1.1.6 Build 182




Gameシーン(Scenes/Game)を開き、再生してゲームを開始します。ゲームを開始するモードを選択するFusion スタンダードの NetworkDebugStartを少し変更したバージョンであるウィンドウが現れます。

Debug Start



Start Host + 1 ClientまたはStart Host + 2 Clientsを選択すると、マルチピアモードでゲームが始まります。プロキシ上でのプロジェクタイルの動きをテストする際には、このアプローチが非常にお勧めです。


Runner Visibility Controlsウィンドウを使用してピアを切り替えることもできます(トップメニュー :Fusion/Windows/Runner Visibility Controls)。

Runner Visibility Controls

プロキシでシューティングの様子を確認するには、 Client A のみ表示して、 Client B をインプットプロバイダーとして有効化するのみです。 Client B からのシューティングを、 Client Aから観察できるようになります。

Runner Visibility Controls
Note: For multipeer mode to work properly it is essential to avoid referencing scene objects through static fields (access to UI, camera rig, player data etc.) but avoiding statics is a good and recommended practice in general as well. Check the Scene and SceneContext section for one solution to how common objects can be accessed throughout your codebase.



Use W, S, A, D for movement, Mouse1 for fire and Mouse2 for alternative fire if available. Weapons can be switched with the mouse scroll wheel or by pressing the appropriate alpha number key. Check the ingame UI for information about the selected weapon and types of projectiles it shoots.

Use the ENTER key to lock or release your cursor.

First Play


Project Organization

Prefab Type Location
Player and Agent /Prefabs
Weapons /Prefabs/Weapons
Projectiles /Prefabs/Projectiles



Player (Player script, Player prefab) represents a connected peer in the game and has no visuals. Use Player to sync statistics, nickname, selected hero, their desire to join gameplay etc. Player also handles input.

Agent (PlayerAgent script, Agent prefab) represents an ingame character that is controlled by the player, is spawned by Gameplay, has Health, Weapons and other usual stuff. Can be spawned and despawned as needed.

Photon Dummy


Projectile Manager

ProjectileManager is the core of the Fusion Projectiles sample. It handles the projectile data buffer and creation/update/deletion of the visual representation of the projectiles. Projectile manager lives on the controlling object (e.g. Agent, Turret) and is responsible for updating projectiles from all weapons owned by that object.

Projectile Manager

Projectile manager requires projectile prefabs array to correctl#y pair projectile data to specific prefab. For simplicity projectile manager has references to prefabs directly in the inspector.

Note: Better solution of accessing prefabs array will be game specific but it could be for example a scriptable object with settings data.

ProjectileManager stores ProjectileData that is used to calculate projectile trajectory and other projectile behavior:

public struct ProjectileData : INetworkStruct
    public bool    IsActive          { get { return _state.IsBitSet(0); } set { _state.SetBit(0, value); } }
    public bool    IsFinished        { get { return _state.IsBitSet(1); } set { _state.SetBit(1, value); } }

    private byte   _state;

    public byte    PrefabId;
    public byte    WeaponAction;
    public int     FireTick;
    public Vector3 FirePosition;
    public Vector3 FireVelocity;
    public Vector3 ImpactPosition;
    public Vector3 ImpactNormal;

    // Custom projectile data

    public HomingData    Homing;
    public KinematicData Kinematic;

    public struct HomingData : INetworkStruct
        public NetworkId Target;
        public Vector3   TargetPosition; // Used for position prediction
        public Vector3   Position;
        public Vector3   Direction;

    public struct KinematicData : INetworkStruct
        public NetworkBool HasStopped;
        public Vector3     FinishedPosition;
        public int         StartTick;
        public byte        BounceCount;

This structure is currently quite large due to the number of projectile features being demonstrated in this project. Also, since there are multiple different projectile behaviors being demonstrated which do not use the same data values, the data struct uses union of specific projectile data.

In actual practice, it is recommended to keep this ProjectileData structure as minimalistic as possible. For most games fewer features will be needed than are demonstrated here. Check the commented simplified version of the ProjectileData:

public struct ProjectileData : INetworkStruct
    public bool    IsActive          { get { return _state.IsBitSet(0); } set { _state.SetBit(0, value); } }
    public bool    IsFinished        { get { return _state.IsBitSet(1); } set { _state.SetBit(1, value); } }

    private byte   _state;

    public byte    PrefabId;
    public byte    WeaponAction;
    public int     FireTick;
    public Vector3 FirePosition;
    public Vector3 FireVelocity;
    [Networked, Accuracy(0.01f)]
    public Vector3 ImpactPosition { get; set; }
    [Networked, Accuracy(0.01f)]
    public Vector3 ImpactNormal { get; set; }
Note: Usage of union (= StructLayout(LayoutKind.Explicit) attribute) prevents having properties inside the struct and thus prevents usage of Networked and Accuracy attributes. See how without the union properties could be used and the Accuracy attribute for ImpactPosition and ImpactNormal to save some bandwidth.



Projectile script (prefab) has two usages:

  1. Implements GetFireData and OnFixedUpdate methods which are used to generate and manipulate ProjectileData. These methods are called from FixedUpdateNetwork on both the State Authority and the Input Authority, and are called directly on prefabs not on prefab instances.
public abstract ProjectileData GetFireData(NetworkRunner runner, Vector3 firePosition, Vector3 fireDirection);
public abstract void OnFixedUpdate(ProjectileContext context, ref ProjectileData data);
Note: Projectile is not a NetworkBehaviour and is not associated with a NetworkObject. So all network data used in GetFiredData or OnFixedUpdate must be included in the ProjectileData struct.
  1. Projectile instances are also used as a visual representation of the projectile. This allows for shared FUN(simulation) and Render functionality such as movement code. Methods that are executed for projectile instances are Activate, OnRender and Deactivate and are purely visual.
public void Activate(ProjectileContext context, ref ProjectileData data)
    PrefabId = data.PrefabId;
    IsFinished = false;

    OnActivated(context, ref data);

public void Deactivate(ProjectileContext context)
    IsFinished = true;


public virtual void OnRender(ProjectileContext context, ref ProjectileData data)

public virtual void Discard()
    IsFinished = true;

It is also possible to override the Discard method (e.g. to play dissolve effect) for custom behavior for missed predictions, when projectile wasn’t fired on the server.

Every projectile can spawn visual effects on impact as well as a new NetworkObject (e.g. explosion).


Projectile Types

Fusion Projectiles include several projectile types which may be used in many common scenarios.

Hitscan Projectile

Also known as Raycast or Instant projectiles

Raycast with specified max distance which fires immediately on fire input, and hits are immediately evaluated.

Visual trail can be displayed all the way from weapon barrel to target position. Trail disappears in time.
Example weapon: Sniper (disappearing trail), Shotgun (instant visuals)

Hitscan projectile with trail from barrel to impact

Hit is processed immediately but there is a dummy flying projectile that travels with specified speed to the target position.
Example weapon: Rifle

Hitscan projectile with flying dummy bullets


Kinematic Projectile

Also known as just Projectile

Projectile that travels over time, executing short raycasts between the previous position and new position every simulation tick.

Kinematic projectile flying in a straight line.
Example weapon: Pulse Gun

Pulse Gun
Kinematic projectile

Kinematic projectile that can be influenced by gravity and bounce off walls and other objects. Multiple projectile behaviors can be managed by this projectile type:

  • Falling projectile with explosion on touch
    Example weapon: Pulse Gun (alternative fire - Grenade)

  • Falling and bouncing projectile with explosion after some time
    Example weapon: Rifle (alternative fire - Grenade)

  • Straight bounce projectile
    Example weapon: Ricochet Gun

Ricochet Gun
Ricocheting projectile of the Ricochet Gun

Projectile that actively turns to hit the target. It can predict target position to hit moving targets. Possibility to specify what body part should be targeted, properties of the turn and target seek behavior.
Example weapon: Homing Gun (primary fire for fast homing projectile, secondary fire - Rocket - for slower retargeting projectile)

Homing Gun
Homing projectiles of the Homing Gun



Also known as Beam or Laser

Constant ray which does damage over time. Ray is implemented using the weapon component WeaponBeam (more in Weapon Components section), it isn’t really a projectile in this project.
Example weapon: Laser Gun

Laser Gun
Laser ray


Standalone Projectile

Projectile that can be spawned as a standalone network object. Should be used only for some special circumstances. See also Choosing The Right Approach section.

Wrapper for standard projectile functionality. Creates and updates ProjectileData in a similar fashion as ProjectileManager, just does it only for one projectile. Can be spawned predictively.
Example weapon: Ricochet Gun (alternative fire - Bouncing Drop)


Projectiles Interpolation

When firing projectiles in first person games one can choose to do the projectile calculations directly from the weapon barrel (realistic approach) or from center of the camera (standard approach).

Note: Realistic approach is used in a few (hard core) games. It makes firing feel more realistic, but also less stable (fire position is dependent on player animations) and prone to unwanted hits (corner issue) because the weapon is offset from the camera.

Fusion Projectiles uses the more standard approach of firing from the camera center. This method however creates a discrepancy between the simulated path (originating at the camera), and the rendered path (originating from the weapon barrel). This is solved by interpolating projectile position over time from the weapon barrel to the real projectile path. Interpolation values (interpolation time, interpolation ease) can be setted up on all kinematic projectiles.

Projectile interpolation
Projectile interpolation from the top-down view
Kinematic projectile setup
Kinematic projectile setup
Note: Projectile interpolation is needed only for kinematic projectiles. For hitscan projectiles no interpolation is needed because we already know where the projectile will impact so the dummy flying visuals can be moving directly to that point.




Fusion Projectiles contain a small weapon handling system. It is a basic implementation which only handles weapon switching. For more elaborate usages like weapon drop, pickup, reload, recoil patterns, dynamic dispersion and other check Fusion BR sample.

To manage all kinds of weapons however, a convenient weapon action-component system is included.


Weapon Actions

A weapon action is a set of weapon components that represent a single weapon action. One weapon action is for example a standard fire and other action is an alternative fire. Weapons can have various weapon actions.

Weapon Action
Primary weapon action on Pulse Gun with all necessary weapon components


Weapon Components

The Weapon component represents part of the weapon that has its own logic and can be reused in different scenarios. Weapons can be assembled from multiple components to form the desired functionality. Fusion Projectiles comes with several weapon components:

  • WeaponMagazine - Provides ammo
  • WeaponTrigger - Says when the weapon should fire (checks player input, controls weapon cadence)
  • WeaponBarrel - Fires the projectile
  • WeaponFireEffect - Shows muzzle, plays fire sound, applies knockback, starts camera shake
  • WeaponBeam - Fires continuous beam

Weapon components are loosely coupled through WeaponDesires struct.

Note: When building various weapons the idea is to just swap one or more components while reusing the others. One example is Laser Gun where the WeaponBarrel component is swapped for WeaponBeam - magazine still provides ammo, trigger still tells when to fire, just the fire effect is different. Another example would be a minigun where it takes time for the rotating barrel to gain speed before fire starts - in this instance, a DelayedTrigger component could be created to replace the standard trigger.


Shake Effect

ShakeEffect utility is used for driving camera shake (GameplayScene/SceneCamera/Shaker object in Game scene) in response to weapon fire. The effect is triggered from the WeaponFireEffects component, where position and rotation shake ranges can be set. The ShakeEffect utility supports stacking of different camera shakes and continuous shaking (continuous fire).

Camera shake
Camera shake setup


Health And Damage System

For hit synchronization an approach similar to projectile data is used. Hits are stored in a small networked circular buffer of Hit structures.

public struct Hit : INetworkStruct
    public EHitAction Action;
    public float      Damage;
    [Networked, Accuracy(0.01f)]
    public Vector3    RelativePosition { get; set; }
    [Networked, Accuracy(0.1f)]
    public Vector3    Direction { get; set; }
    public PlayerRef  Instigator;

From the Hit struct the appropriate hit reactions can be constructed - e.g. playing hit animation, showing hit direction in UI, showing hit confirmation and numbers to damage instigator, spawn of blood effect, etc.

Note: Notice how RelativePosition of the hit is stored in Hit data instead of an absolute position. Since position of the proxies is interpolated between last two received ticks from the server, relative position is better to place hit effects such as blood splash correctly onto the body.


Gameplay Elements


Simple spawned Network Object that deals damage within a certain radius.



Damage Area

Damage is applied to all targets inside this area over time. Use it to test incoming damage.

Damage Area



Agent death animation is for simplicity handled just by enabling rigidbody physics when the agent dies. Check the SimpleAgentRagdoll script.




SimpleTurret is used to spawn standalone projectiles in some intervals. There is no search for target logic nor rotation toward a target. Used for testing weapons outside of an Agent prefab.



Game Core


Handles joining and leaving of connected players and spawns Player prefab. For more elaborate handling of connected players with saving of player data for reconnection refer to the Fusion BR sample.



Gameplay is responsible for spawning/despawning Agent prefabs. This base implementation acts as an endless deathmatch. Can be inherited from and extended to add different gameplay functionality such as proper deathmatch, capture the flag, elimination etc.



In projects that involve projectiles, a large amount of object spawning is expected (projectiles, muzzle effect, impacts, hit effects,...). Since instantiation of a new object is an expensive operation everything in Fusion Projectiles is pooled.

There are two types of pool:

  • NetworkObjectPool is used to pool the NetworkObjects. For network object pool to work it needs to implement the INetworkObjectPool interface and be assigned as a starting parameter when NetworkRunner is started (this happens in CustomNetworkDebugStart script). For more information check out Network Object Pool section in the Fusion Manual.

  • ObjectCache is a generic GameObject pool that can be used for non-networked objects such as impact effects. It has a handy feature to return objects with a specified delay.


Scene And SceneContext

Scene handles scene specific functionality and services (SceneService) such as UI, camera, music, minimap and others. Scene services are updated manually from here so they can be initialized, activated, deactivated and updated at specific times needed for the project.

SceneContext provides safe access to common services or other information that are needed across the codebase without the use of statics. Scene context is passed to scene services automatically and is also assigned to networked objects in GameplayScene and NetworkObjectPool. Inherit from ContextBehaviour and ContextSimulationBehaviour instead of NetworkBehaviour and SimulationBehaviour if access to the SceneContext is needed.


Expanding Project

Adding New Weapon

  1. Create a new prefab or duplicate an existing weapon.

  2. Make sure that there is at least one WeaponAction component and appropriate weapon components on the prefab. WeaponAction and weapon components can be all on one GameObject (see Sniper prefab) or in case of multiple weapon actions it needs to be placed in hierarchy (see Rifle prefab).

  3. Set the WeaponSlot in the Weapon component to specify which place it should occupy in the player weapons array - Slot 1 is the first visible weapon.

  4. Optionally assign weapon name and icon in the Weapon component.

  5. Assign weapon to Initial Weapons field in the Weapons component on the Agent prefab.

Weapons inspector


Adding New Projectile

  1. Create a new prefab or duplicate existing projectile. Make sure there is a component that inherits from Projectile.

  2. Assign projectile prefab to weapon prefab in WeaponBarrel component.

WeaponBarrel inspector
  1. Assign projectile prefab in the ProjectileManager on the controlling object (e.g. the Agent prefab) to make sure it will spawn the projectile when fired.


Switch To Third Person

Fusion Projectiles is built as an FPS game but most of the functionality applies for TPS games as well. When firing in TPS games, first a ray needs to be cast from the camera to find the point at which the player is trying to shoot. The actual projectile cast will then be from a position on character (fixed position near character shoulder usually works well) to the point obtained from the camera cast. There are usually some tricks (like ignoring some collisions with second cast) involved so players won’t be hitting unwanted objects too much (corners issue). Check out Fusion BR for a TPS handling example.


3rd Party Assets

The Projectiles Sample includes several assets provided courtesy of their respective creators. The full packages can be acquired for your own projects at their respective site:

IMPORTANT: To use them in a commercial project, it is required to purchase a license from the respective creators.