MassCrowd

This class will allow us to replicate Mass data based on the fidelity required for each player controller.

Runtime data associated to branching.

Fast array item for efficient agent replication.

Runtime data associated to lane that can be used to track count of entities on it.

Runtime data associated to entry to a lane that can be opened or closed.

Runtime data associated to lane that can be used to wait another one to open.

Mass client bubble, there will be one of these per client and it will handle replicating the fast array of Agents between the server and clients

Structure holding data to associate lane densities to weights so lane selection at intersection could use that to maintain overall density during the simulation

Data fragment to store the last lane the agent was tracked on.

Container for the crowd lane data associated to a specific registered ZoneGraph data.

The data that is replicated specific to each Crowd agent

Structure holding all pertinent data related to the selected lane.

Special tag to differentiate the crowd from the rest of the other entities Should not contain any data, this is purely a tag

Structure holding runtime data associated to a zone graph lane to handle pedestrian navigation.

Event indicating the new state of a lane.

The public interface to this module.

Primitive component that can be used to render runtime state of zone graph lanes (e.g. Opened|Closed, Density, etc.) The component must be added on a ZoneGraphData actor.

Processors that cleans up the lane tracking on entity destruction.

Processor that monitors when entities change lane and notify the MassCrowd subsystem.

Trait to mark an entity with the crowd tag and add required fragments to track current lane

Processor that handles replication and only runs on the server.

Overridden representation processor to make it tied to the crowd via the requirements.

Subsystem responsible for all visual of mass crowd agents, will handle actors spawning and static mesh instances

Overridden representation processor to make it tied to the crowd on the server via the requirements It is the counter part of the crowd visualization processor on the client.

Settings for the MassCrowd plugin.

A subsystem managing spawning of crowd

Subsystem that tracks mass entities that are wandering on the zone graph.

Created a crowd version for visualization of the UMassVisualizationLODProcessor as we want to use a custom version of the LOD info that combines the visualization and simulation LOD.

Overridden visualization processor to make it tied to the crowd via the requirements

Zone graph blocking behavior

Called when a lane changes state at runtime.

Called when density settings change.

Called when rendering settings change.

State of a given lane