Skip to main content
Use room APIs for new livestream and co-host experiences. Legacy Stream APIs still exist in the audited SDK sources, so treat this page as an application migration checklist rather than a removal timeline or data-migration promise.
This page focuses on SDK code paths only. UIKit, Admin Console, backend API behavior, commercial timelines, and product analytics dashboards are outside this SDK-first migration guide.

Migration Scope

Do not delete legacy Stream handling until every screen that can display old Stream posts has a fallback path. A migration usually means supporting both old Stream content and new Room content during rollout.

Platform Surface

Concept Mapping

Parameters

Observe Room Content

Replace new Stream observation flows with room observation for new room-based screens. Each snippet below is standalone and uses the current room repository surface.

Create and Publish a Room

For new room-based livestreams, create the room first. Publish it into a user or community feed by creating a room post with the returned roomId.

Migration Checkpoints

Rollout Strategy

  1. Add room post rendering while keeping legacy Stream post rendering.
  2. Create new livestreams through room APIs and create room posts for feed visibility.
  3. Move playback screens to read room playback fields for room posts.
  4. Wire room watch analytics after the player starts active playback.
  5. Keep legacy Stream code only for content that still exists in your product.
Room APIs do not make the SDK own camera capture, player controls, autoplay, buffering, captions, or DRM. Those remain app and media-player responsibilities.

Create Room

Create rooms and retrieve broadcaster data.

Room Posts

Publish an existing room into a feed.

Playback Overview

Choose live or recorded room playback sources.