#6934·screenpipe

Meeting replay: make screen-only playback and the path to audio clear

Author: louis030195Created Sep 6, 2026Updated Sep 6, 2026

Problem

A user testing Screenpipe 2.7.21 interpreted "Replay the moment" as the full meeting recording and reported silent playback. They already verified that individual speaker clips are audible and the exported recording contains working audio and video.

Verified behavior

The shipped ReplayStrip renders screen-image frames, not an audio/video media player. It already has an accessible "play silent replay" label and a small visible "silent" indicator. This is therefore an affordance/expectation problem, not evidence of an audio-capture or media-decoding regression.

The user completed the relevant checks. Do not request the same logs, exports or private meeting recording again.

Scope

Clarify that the surface replays screen images and explicitly explain where recorded audio can be heard. Keep the current lightweight screen replay. Full synchronized audiovisual playback is not required by this issue.

Conceptual copy/layout, not a new control commitment:

SCREEN REPLAY
Screen images only; no audio plays here.
[ play ] ----------- 00:14 / 18:00

To hear recorded audio:
use a speaker clip or the meeting export.

Acceptance

  • The screen-only/no-audio boundary is visible before pressing play, not conveyed solely by the small "silent" label.
  • The copy points to the actual supported audio controls/export route in the meeting UI.
  • Do not suggest that audio definitely exists when capture was disabled or media was deleted. Those states need appropriate wording.
  • Keep accessible play/pause labels and keyboard controls, and verify the explanation remains readable at narrow window sizes.
  • Preserve the existing frame-replay tests; add UI coverage for the explanation and supported audio-navigation path.
  • No customer identity, transcript, recording or private message is needed in this issue.