Skip to content

Sessions and audit log

Admin ▸ Sessions lists live and recent sessions.

The admin sessions list
The sessions list: live sessions at the top, including a console session on the living-room host, then recent ones, with host, user, frame rate, latency, bitrate and codec.
State Meaning
assigned A host was chosen. Nothing started yet.
starting Container and pipeline coming up.
running Media is flowing.
stopped Ended cleanly.
failed Ended badly. The detail says why.

The detail field holds the substate, such as host_lost or building pipeline.

Opening a session shows the host, user, codec, resolution, frame rate, and time series:

Series What it tells you
encoder.encode_ms GPU time per frame. Above about 16 ms at 60 fps, the encoder is the bottleneck.
encoder.fps What the host actually produces.
abr.setpoint_kbps The bitrate the controller settled on.
transport.rtt_ms Round trip time.
transport.packets_lost Cumulative loss.
client.present_interval_sd_ms Client frame presentation consistency. This matches perceived stutter.

Host series describe what was produced; client series describe what the user saw.

A session can produce a diagnostic bundle: a five-minute window (by default) of metrics, events, host/browser clock alignment and an automated verdict. Attach it to bug reports. See Diagnostics.

Drop a note on a session’s timeline to mark a change next to its effect.

You can stop any session here. The user sees it end.

A host that stops heartbeating leaves its sessions lost. They are not moved to another host; the user relaunches.

While a session runs, its metrics keep a rolling hour; when it ends, the telemetry is frozen and kept 24 hours by default (QUASAR_TELEMETRY_POSTMORTEM_RETENTION). To keep a record of a problem, take a diagnostic bundle while it happens.

Admin ▸ Audit log records admin actions: settings, users and roles, apps and app access, invites, host actions.