Performer on GS_Play Gameplay Framework

Performer Manager & Skin Slots

Mon, 01 Jan 0001 00:00:00 +0000

The Performer Manager and Skin Slot system provide modular character appearance management at runtime. The manager handles global performer registration and lookup. Skin slots define individual mesh/material combinations that can be swapped independently, enabling runtime costume and equipment changes.

For usage guides and setup examples, see The Basics: GS_Performer.

GS_Performer is in Early Development. Full support planned soon: 2026.

GS_PerformerManagerComponent
Skin Slot System
VelocityLocomotionHookComponent
PrefabAnimAssetsReloaderComponent
Setup
Extension Guide
See Also

GS_PerformerManagerComponent

Singleton manager extending GS_ManagerComponent. Handles global performer registration, coordinates skin slot configuration across the level, and provides performer lookup.

Locomotion

Mon, 01 Jan 0001 00:00:00 +0000

The Locomotion system bridges entity movement to animation. The VelocityLocomotionHookComponent samples entity velocity each tick and pushes values into the EMotionFX animation graph, driving blend trees without manual parameter management. The PrefabAnimAssetsReloaderComponent supports hot-reloading animation assets during development.

For usage guides and setup examples, see The Basics: GS_Performer.

GS_Performer is in Early Development. Full support planned soon: 2026.

VelocityLocomotionHookComponent
PrefabAnimAssetsReloaderComponent
Setup
See Also

VelocityLocomotionHookComponent

Reads the entity’s current velocity each tick and writes locomotion parameters (speed, direction) to the EMotionFX animation graph. This drives blend trees automatically — characters walk, run, and idle based on their actual movement speed.

Head Tracking

Mon, 01 Jan 0001 00:00:00 +0000

The Head Tracking system provides procedural head look-at targeting for performer entities. It drives bone orientation toward a world-space target using configurable angle limits and spring damping, enabling characters to naturally track targets, speakers, or points of interest.

For usage guides and setup examples, see The Basics: GS_Performer.

GS_Performer is in Early Development. Full support planned soon: 2026.

How It Works
Setup
See Also

How It Works

The head tracking component reads the target position each tick and computes the desired bone rotation to face it. The rotation is clamped to configurable angle limits (horizontal and vertical) and smoothed via spring damping to avoid snapping.

Performer Manager

Mon, 01 Jan 0001 00:00:00 +0000

The Performer Manager is the singleton controller for the performer system. It tracks all active performers in the scene, handles registration and lookup, and responds to the Game Manager’s lifecycle events automatically.

For component properties and API details, see the Framework API reference.

How It Works
Quick Reference
Glossary
See Also

How It Works

Performers register with the Performer Manager when they activate. The manager provides lookup by name so that other systems — dialogue, cinematics, AI — can find performers without maintaining their own references.

Avatar Performer

Mon, 01 Jan 0001 00:00:00 +0000

Avatar Performer Under Construction

Get GS_Performer

GS_Performer — Explore this gem on the product page and add it to your project.

Avatar Performer

Mon, 01 Jan 0001 00:00:00 +0000

Avatar Performer Under Construction

Get GS_Performer

GS_Performer — Explore this gem on the product page and add it to your project.

Babble

Mon, 01 Jan 0001 00:00:00 +0000

The Babble system generates procedural vocalization tones synchronized to the dialogue Typewriter output. Each speaker can have unique babble tone events that fire with each character reveal, creating the characteristic “character voice” effect used in games like Animal Crossing or Undertale.

For usage guides and setup examples, see The Basics: GS_Performer.

GS_Performer is in Early Development. Full support planned soon: 2026.

BabbleComponent
Data Types
How It Works
See Also

BabbleComponent

Bus: BabbleRequestBus (ById)

Skin Slots

Mon, 01 Jan 0001 00:00:00 +0000

The Skin Slot system provides modular character appearance. Each slot represents an equipment position on a character (head, body, arms, weapon) and holds an actor mesh with its materials. The Skin Slot Handler manages the full collection of slots for a character, enabling runtime equipment swapping through data changes rather than entity restructuring.

For component properties and data structures, see the Framework API reference.

Performers

Mon, 01 Jan 0001 00:00:00 +0000

The Performers sub-system defines the character entity types in GS_Performer. Each type encapsulates a complete rendering strategy — from the lightweight billboard paper performer to the full 3D avatar pipeline integrating EMotionFX, skin slots, and locomotion.

The performer type determines the fundamental visual structure of the character entity. Performer Features then layer onto it, independent of type.

For usage guides and setup examples, see The Basics: Performers.

GS_Performer is in Early Development. Full support planned soon: 2026.

Paper Performer

Mon, 01 Jan 0001 00:00:00 +0000

The Paper Performer system provides billboard-based character rendering for 2.5D and top-down games. Facing handler components keep sprite quads oriented toward the camera or a configurable facing target each tick.

For usage guides and setup examples, see The Basics: GS_Performer.

GS_Performer is in Early Development. Full support planned soon: 2026.

PaperFacingHandlerBaseComponent
PaperFacingHandlerComponent
Camera-Aware Variant
Extension Guide
See Also

PaperFacingHandlerBaseComponent

Abstract base component for billboard facing logic. Extend this to implement custom facing strategies (face camera, face movement direction, face target entity).

Paper Performer

Mon, 01 Jan 0001 00:00:00 +0000

The Paper Performer system provides billboard-style character rendering for 2.5D games. The Paper Facing Handler rotates sprite-based characters to always face the active camera while maintaining proper orientation relative to movement direction. This prevents the visual artifacts that occur when a flat sprite is viewed from the side.

For component properties and the facing algorithm, see the Framework API reference.

GS_Performer is in Early Development. Full support planned soon: 2026.

Performers

Mon, 01 Jan 0001 00:00:00 +0000

Performers are the character entity types in GS_Performer. Each type defines how a character’s visual layer is structured and rendered — whether a flat sprite quad that rotates to face the camera, or a fully-rigged 3D mesh driven by EMotionFX. Choose the performer type that fits your character pipeline, then add Performer Features to layer in additional capabilities.

For component details and C++ extension, see the Framework API: Performers.

GS_Performer is in Early Development. Full support planned soon: 2026.

Paper Performer

The Paper Performer is a billboard-based character type for 2.5D and top-down games. The PaperFacingHandlerComponent orients the entity’s sprite quad toward the active camera each frame, accounting for movement direction to prevent visual artifacts. It is the simplest performer type — lightweight, with no animation graph required.

Locomotion

Mon, 01 Jan 0001 00:00:00 +0000

The Velocity Locomotion Hook automatically drives animation blend parameters from an entity’s velocity. Instead of manually scripting animation state transitions, you attach this component and it reads the entity’s physics velocity each frame, writing the appropriate blend values to the animation system.

For component properties, see the Framework API reference.

How It Works
When to Use
Glossary
See Also

How It Works

The VelocityLocomotionHookComponent runs on the tick bus. Each frame it:

Performer Features

Mon, 01 Jan 0001 00:00:00 +0000

Performer Features are components that apply to any performer entity, independent of performer type. They represent capabilities that layer onto the character rather than define it — procedural bone targeting via head tracking, typewriter-synchronized vocalization via babble, and runtime mesh swapping.

The performer type (Paper or Avatar) defines the character’s rendering pipeline. Performer Features extend what that character can do within it.

For usage guides and setup examples, see The Basics: Performer Features.

Performer Features

Mon, 01 Jan 0001 00:00:00 +0000

Performer Features are components that layer onto any performer entity, regardless of type. They are not tied to how a character is rendered — they extend what any performer can do. Skin Slots give any character modular equipment slots. Locomotion connects physics movement to the animation graph automatically.

For component details and C++ extension, see the Framework API: Performer Features.

GS_Performer is in Early Development. Full support planned soon: 2026.

Skin Slots

The Skin Slot system provides modular equipment and appearance management. Each PerformerSkinSlotComponent represents one equipment position on the character — helm, chest, weapon — holding a swappable actor mesh and material set. The SkinSlotHandlerComponent coordinates all slots on a character and supports preset profiles for NPC archetypes or full equipment sets.

GS_Performer

Mon, 01 Jan 0001 00:00:00 +0000

GS_Performer is the character presentation layer for GS_Play. It handles the visual side of any entity that needs to look like a character — whether that is a fully-rigged 3D mesh swapping equipment, a sprite-based billboard character, or an animated unit whose blend parameters track real movement velocity. GS_Performer sits above GS_Unit and GS_Core, consuming movement and game state events to keep visual output in sync with gameplay.

For architecture details, component properties, and extending the system in C++, see the GS_Performer API.

GS_Performer

Mon, 01 Jan 0001 00:00:00 +0000

GS_Performer is the character rendering and presentation gem for GS_Play. It provides a slot-based skinning system for composing modular character appearances at runtime, a paper (billboard) performer system for 2.5D and top-down projects, velocity-driven locomotion parameter hooks, head tracking, and audio babble. The gem depends on GS_Core and integrates optionally with EMotionFX and GS_Unit.

For usage guides and setup examples, see The Basics: GS_Performer.

GS_Performer is in Early Development. Full support planned soon: 2026.

Performer on GS_Play Gameplay Framework

Performer Manager & Skin Slots

Contents

GS_PerformerManagerComponent

Locomotion

Contents

VelocityLocomotionHookComponent

Head Tracking

Contents

How It Works

Performer Manager

Contents

How It Works

Avatar Performer

Get GS_Performer

Avatar Performer

Get GS_Performer

Babble

Contents

BabbleComponent

Skin Slots

Performers

Paper Performer

Contents

PaperFacingHandlerBaseComponent

Paper Performer

Performers

Paper Performer

Locomotion

Contents

How It Works

Performer Features

Performer Features

Skin Slots

GS_Performer

GS_Performer