Migrate to FrameWorks

This section holds the FrameWorks migration program: dedicated guides for the platforms we see most often, a generic guide for the rest, and 1:1 help when your case doesn’t fit a guide.

Why teams move

One branded URL across every operator you use. Paid tenants get {tenant}.cdn.frameworks.network plus per-service aliases (edge-ingest.{tenant}.cdn.frameworks.network, foghorn.{tenant}.cdn.frameworks.network, …) that geo-balance across every cluster you subscribe to — your own self-hosted nodes, FrameWorks platform clusters, and any third-party marketplace clusters.
Always-on DVR without arbitrary rollover. Run long-lived live channels, keep one continuous archive, and replay historical windows through finalized chapter artifacts.
API and agent parity. The dashboard, GraphQL API, and MCP tools expose the same platform controls, so human operators and autonomous agents can use the same workflows.
Hybrid edge options. Use managed regions, your own edge clusters, or both, while keeping routing, analytics, and playback access control in one control plane.
Deep routing and QoE visibility. Debug viewer routing, buffering, quality tiers, geography, stream health, and node performance without treating delivery as a black box.

Available guides

Livepeer Studio Available now — REST → GraphQL, player swap, multistream, and playback access-control differences.

MistServer Available now — stay on raw MistServer, add FrameWorks edge capacity, or move to managed SaaS.

Bunny Stream Available now — VOD/CDN swap, plus RTMP/SRT/WHIP live ingest, which Bunny Stream doesn't offer today.

Mux Available now — REST → GraphQL, signed playback (RS256 → ES256), simulcast, and where Mux Data fits in the migration.

Any video API Available now — universal checklist for platforms without a dedicated guide.

Planned migration guides

Dedicated guides we intend to publish next. If you’re coming from one of these today, the Any video API checklist plus support outreach is the fastest path.

Wowza (Streaming Cloud + Streaming Engine)
Cloudflare Stream
AWS IVS
Vimeo
api.video
Ant Media

Don’t see your platform?

Open a forum post, drop into Discord, file an in-app ticket from /support, or ask Skipper directly. Include the source platform, the APIs you use today, and the migration deadline so support can point you at the closest existing guide or scope the missing platform-specific steps.

Migration assistance

We don’t ship one-shot importers yet. What we do offer:

Concierge migration for paid tiers and self-hosted operators with non-trivial libraries: we’ll help pull your VOD assets, rewrite your integration, and validate side-by-side. Reach out before you start so we can scope it.
Skipper, on demand: the AI consultant can answer API and troubleshooting questions from the docs and protocol references.
Direct human help via in-app ticketing, Discord, and the forum.

Not available yet: Studio asset importer, OpenAPI → GraphQL codegen pointers, and an encoder-config converter.

What every migration looks like

Regardless of where you’re coming from, the moves are the same:

Create a FrameWorks account and a first stream. Wallet sign-in works if you’d rather skip email.
Repoint your encoder. RTMP, E-RTMP, WHIP, or SRT — the URL changes; the protocols stay. RTMPS encoders move to RTMP, or to SRT or WHIP for an encrypted link.
Swap the player. @livepeer-frameworks/player-* ships React, Svelte, Web Components, and a vanilla core.
Rewire your API integration. Most platforms are REST; FrameWorks is GraphQL-first. See Any video API for the universals.
Review playback access policies. Public playback IDs are straightforward; JWT/webhook gating needs a separate plan.
Re-attach multistream targets. Push targets are scoped per-stream on FrameWorks (and on most platforms).
Validate side-by-side. Run your old and new streams in parallel before you cut over.

Concepts worth knowing before you start

A few things differ from most peers, so we surface them once here instead of repeating them in every guide:

GraphQL-first API. REST is used for auth, webhook ingress, and playback URLs only. The application surface is GraphQL — query, mutation, and subscription. Codegen against the public schema is the recommended path; Houdini, urql, and Apollo all work.
Webhooks and subscriptions share one event catalog. The public events (streams, clips, recordings, uploads, multistream targets, billing, account) arrive as Standard Webhooks-signed webhooks or live over the tenantEvents subscription, with the same payloads. High-volume telemetry such as viewer connections stays subscription-only.
Wallet auth + x402 for agents. Autonomous callers don’t need an email signup. Sign with an EVM wallet (EIP-191) to get a tenant, then top it up with a gasless USDC payment (EIP-3009); x402 funds an authenticated tenant and is never a login credential. See Agent Access.
Managed hybrid edges. You can run MistServer and Helmsman edge nodes on your hardware while FrameWorks operates Foghorn, federation, Livepeer, Chandler, object storage, DNS/TLS, analytics, billing, and the control plane.
Skipper. The in-product AI consultant runs diagnostics (rebuffering, packet loss, routing), explains the API, and is reachable from the dashboard, the docs (⌘J), or via MCP. Treat it as a first-line support channel.

Get help

Channel	Best for	Where
Skipper (AI consultant)	Quick troubleshooting, API discovery, diagnostics, after-hours, non-human callers	Dashboard `/skipper` · `⌘J` in docs · MCP at `/mcp`
In-app ticketing	Account-specific issues, billing, anything tied to your tenant data, library-migration help	Dashboard `/support`
Forum	Long-form Q&A, recipes, searchable community knowledge	forum.frameworks.network
Discord	Real-time chat, casual questions	Join
GitHub	Bugs, feature requests, deeper technical threads	Livepeer-FrameWorks/monorepo