Screen Sharing

Native, hardware-accelerated capture of a window or a whole monitor — with audio that follows what you're sharing, and viewers who can watch without joining the room.

Starting a share

  1. Open the screen share controls in a room.
  2. Pick a source: a specific window or an entire monitor (separate pickers for each).
  3. Choose an audio mode — by default a window share carries that app's audio and a monitor share carries system audio (see process-specific audio).
  4. Start sharing. Stop from the same controls when done.

Watching shares

Viewers can watch screen shares without joining the voice room, keep multiple shares open at once, and freely rearrange and resize them.

How capture works

  • Windows: native DXGI desktop duplication with GPU-side processing — built for high-motion content (games) rather than slideshow-grade capture.
  • Linux: both display stacks are supported — Wayland (via the desktop portal and PipeWire) and X11. Hardware encoding (NVENC, QuickSync, VA-API) is used when available, with a software fallback.
  • Share media is end-to-end encrypted like voice and video — the server routes frames it cannot decrypt (threat model).

Linux notes

  • On Wayland, your desktop environment shows its own picker/permission dialog the first time — that is the portal, not Speakeasy.
  • If shares fail on Wayland, confirm xdg-desktop-portal (and the backend for your desktop, e.g. -gnome/-kde/-wlr) and PipeWire are installed and running.

Troubleshooting

  • Black frame instead of content: some apps block capture (DRM-protected video does this by design). Try sharing the monitor instead of the window, or vice versa.
  • Choppy/low-FPS share: note your GPU, driver version, and whether it happens on window or monitor shares, and include that in a bug report with logs.
  • No audio with the share: see process-specific audio — the mode selector may be set to none, or the shared app may not be playing through the expected device.