All Topics
All Topics
Technology
Technology
AI
AI
Business
Business
Entertainment
Entertainment
News
News
Programming
Programming
Security
Security
Science
Science
Design
Design
Environment
Environment
Finance
Finance
Crypto
Crypto
Politics
Politics
Sports
Sports
Education
Education
Gaming
Gaming
Art
Art
Music
Music
Health
Health
Books
Books
Food
Food
Travel
Travel
Personal
Personal
Bluesky
Twitter

Realtime - Cloudflare's Realtime WebSocket adapter now auto-reconnects and buffers WebRTC media

1mo ago

Source

CloudflareRealtime - Cloudflare's Realtime WebSocket adapter now auto-reconnects and buffers WebRTC mediacloudflare.com
Snippet from the RSS feed
Cloudflare Realtime SFU is a WebRTC Selective Forwarding Unit that runs on Cloudflare's global network , so you can route live audio, video, and data between WebRTC clients around the world without managing SFU infrastructure or regions. When you use the WebSocket adapter to stream WebRTC media to a WebSocket endpoint, the adapter now auto-reconnects and buffers audio and video after brief endpoint disconnects or restarts. Streaming WebRTC media to WebSocket endpoints Many teams also use Realtime SFU as the media layer for backend applications, such as transcription, recording, note-taking, and agentic media-processing services. These systems often need to consume live WebRTC audio or video from the SFU in backend infrastructure, including Durable Objects , Workers , Containers , or external services, without running a WebRTC client themselves. The WebSocket adapter bridges that gap by streaming WebRTC media from the SFU to a standard WebSocket endpoint as application-consumable payloads: PCM audio frames and JPEG video frames . What changed When you use the WebSocket adapter in Stream mode (egress) to send live audio or video from the SFU to your own WebSocket endpoint, the SFU now automatically reconnects after brief endpoint disconnects or restarts. This is especially helpful for long-running media pipelines where the WebSocket endpoint may briefly restart while a recording, transcription, or live analysis job is still in progress. Previously, a brief disconnect from your WebSocket endpoint could close the adapter and require your application to recreate it before media could resume. Now, the SFU retries the same endpoint for up to 5 seconds with no API change required. If the endpoint comes back within that window, audio and video delivery resumes automatically. The reconnect behavior also includes live-first media buffering , so brief interruptions reduce media loss without replaying stale video. Reconnect behavior During reconnect: Audio uses a short bounded backlog to reduce audible loss. If the interruption lasts longer than the backlog can cover, older audio may be dropped. Video resumes from the latest available JPEG frame instead of replaying stale frames. Recovery is best effort and does not guarantee gapless or exactly-once delivery. If the endpoint remains unavailable after the 5-second reconnect window, the adapter closes and must be recreated. Learn more WebSocket adapter Automatic reconnection for streaming Get started with Realtime SFU Realtime SFU example architecture Realtime vs Regular SFUs Global SFU Network Visualization

You might also wanna read

Comments

Sign in to join the conversation.

No comments yet. Be the first.