Configure RTMP and WebRTC (WHIP) encoders to publish live streams to Red5 Cloud, including OBS settings, codec recommendations, and FFmpeg command examples.
Red5 Cloud accepts live streams over two ingest protocols: RTMP for traditional software and hardware encoders, and WebRTC via WHIP for browser-based or WebRTC-native publishers. Both deliver low-latency streams to your Red5 Cloud deployment. Your publishing endpoint for either protocol is available in the Pub/Sub Details of your deployment.
Real-Time Messaging Protocol (RTMP) is a TCP-based protocol with persistent connections and broad support across encoders, hardware capture cards, and streaming software. It is the most common way to send a live stream from a desktop or on-premises encoder to a streaming server.
Do not use H.264 profiles that include B-frames (such as High or Main) when delivering to WebRTC subscribers. B-frames cause playback to jump back and forth. Use the Baseline profile or explicitly disable B-frames in your encoder.
Paste your RTMP Publishing Endpoint into the Server field.
4
Set the stream key
Enter your desired stream name as the Stream Key (for example, myStream).
5
Configure output settings
Go to Settings → Output → Encoding. Select H.264, set the profile to Baseline, and choose a bitrate from the table above that matches your target resolution.
WebRTC HTTP Ingest Protocol (WHIP) is a standardized way to push a WebRTC stream to a server over a simple HTTP POST. WHIP works natively in modern browsers, making it the easiest path for browser-based publishing without any plugins or additional software.
Opus (Red5 Cloud transcodes Opus to AAC for delivery)
Stereo bitrate
128 kbps minimum; 192 kbps for higher quality
If your browser or WebRTC client sends Opus audio, Red5 Cloud automatically transcodes it to AAC before delivering to subscribers. No additional configuration is required on your end.
Most modern browsers (Chrome, Firefox, Safari, Edge) support WHIP publishing using the browser’s getUserMedia API combined with RTCPeerConnection. Point your WHIP client at the WHIP Publishing Endpoint from your Pub/Sub Details.The embedded player code in Pub/Sub Details also provides a ready-made starting point for browser-based publishers and subscribers.
For the lowest possible glass-to-glass latency, use WHIP for ingest and WHEP for playback. For maximum encoder compatibility and a proven workflow, use RTMP.
Assistant
Responses are generated using AI and may contain mistakes.