Saltar al contenido principal

Reproducción

Donde se vuelven a ver las sesiones grabadas: cada fila es una sesión, de quién es, cuándo se grabó y cuánto contiene. Seleccionar abre el reproductor; una grabación enmascarada dice que lo está, así que una ausencia nunca se lee como avería.

The replay screen in the grid arrangement, Live environment
The replay screen, grid arrangement, Live environment.
The replay screen in the grid arrangement, Live environment, dark theme
The replay screen, grid arrangement, Live environment.

The sessions

Every recorded session the project holds: who it belongs to, when it was recorded, how long it runs and how many chunks it spans. The search narrows by the person the session belongs to, and a session recorded with masking on wears a masked chip, in the list and again beside the player, because what the recording deliberately does not show should never read as breakage.

The player

Selecting a session opens the player beside its metadata: play and pause, previous and next, speed, a timeline to scrub and the session identifier naming whose recording it is. The recording streams in chunks fetched on demand through short-lived links; a link that has expired says so and offers a reload rather than failing quietly.

Three arrangements

Session grid, Theater and Review queue are three arrangements of the same list and player: the grid is the flat table, Theater puts the list beside a large stage, and the Review queue walks sessions one after another and says where in the review you are. The choice is a stored preference per person, set here or on the Preferences screen under Layouts.

Where this meets the API

The concept behind the screen is the Replay pillar. On the wire: the list is the replaySessions query and playback is replayChunks, whose chunk links are short-lived by design (GraphQL reference). Recordings arrive from the SDK through the recorder edge alongside event ingestion.