Where to find the server address and stream key, which encoder settings to use, and what to check when the connection is not picked up.
If you already work in OBS, vMix or a hardware encoder, there is no need to move to the browser studio. You send us one stream from the software you know, and we distribute it onward to the destinations you chose.
The broadcast page carries an Encoder card. If the screen is in its offline state you can reach the same place through the button for connecting OBS/vMix. The same details also appear on the Connections page, on the ingest tab.
The card has protocol tabs: RTMP, RTMPS, SRT and WHIP (beta). Each has its own address and a copy button. The stream key is shown masked, with an eye button to reveal it and a separate button to copy it.
Two points that save time:
The stream key is a password in every sense. Anyone holding it can broadcast as you, so do not publish it and do not leave it visible in a screenshot.
In OBS: Settings → Stream → Service Custom, then paste the address into the server field and the key into the key field. vMix is the same in substance: a custom RTMP destination.
What to set:
A rule of thumb for the connection: the bitrate should sit comfortably inside your upload bandwidth, not equal it.
RTMP is the default and the most compatible. RTMPS is the same thing encrypted, on port 443 — choose it when your network blocks the ordinary port, which is common on corporate networks. SRT copes better with an unstable line and runs over UDP. WHIP gives very low latency and is in beta.
We check the ingest state every ten seconds. As soon as signal is detected the state moves to live, a message confirms the stream was picked up, and chat ingestion begins. If you saved destinations, distribution to them opens automatically — and if you selected no channel at all, an explicit warning appears, because a stream arriving with no destinations goes nowhere.
The preview is HLS, and that is why it lags your encoder: the stream is typically detected five to fifteen seconds before the preview is ready, and the manifest itself takes ten to thirty seconds to build. If it does not arrive, an explanation and a retry button appear. Do not judge your viewers' latency by this preview — it exists for monitoring.
Work through these in order:
If signal drops mid-broadcast there is a minute and a half of grace from the start, after which an outage lasting about half a minute ends the broadcast and you are notified. Pressing stop on our side does not flip back to live even if the encoder keeps pushing for a moment.
Note that the Preflight button in the studio checks the browser's camera, microphone and network — it does not test your external encoder.
On the broadcast page in the Encoder card, or on the Connections page under the ingest tab. The key is masked; an eye button reveals it and a separate button copies it.
RTMP is the default. Switch to RTMPS if your network blocks the ordinary port — it runs on 443, which is almost always open.
The check runs every ten seconds and the preview builds after it. Give it up to half a minute. If it stays silent, confirm the key was copied whole and belongs to this broadcast.
The preview goes through HLS, which is built in segments. It is a monitoring view, not a measure of the latency your viewers experience on the networks.
OBS is free, open source and installed on your machine. This is what changes when the same broadcast happens in a browser — and where OBS still wins.
A vMix alternative that runs in the browservMix is a Windows production application. This is what changes when the same job happens in a browser instead — cameras, guests, overlays, recording, streaming.
How to live stream to several platforms at onceA complete guide to sending one broadcast to YouTube, Facebook, Instagram, TikTok and more — from the first connection to going on air.