How to play and preview an SRT stream in the browser
Playing an SRT stream usually means checking a live SRT feed in a receiver, preview tool, production app, or media server. SRT is a contribution protocol, so browsers do not normally play raw SRT directly. The usual workflow is to receive the SRT stream first, then preview or convert it for playback.
In this tutorial, we will show how to use Callaba to create an SRT stream, send video to it, check stream quality, monitor latency, codec and bitrate, and preview the SRT video in the browser.
The workflow is simple:
SRT sender → Callaba Stream → quality check → browser preview
This is useful when you need a fast way to test an SRT feed before using it in production, recording, restreaming, routing, or playback workflows.
What does “play SRT” mean?
When people search for “play SRT”, they usually want to open or preview an SRT stream and check whether the live video is working.
In practice, this can mean:
- checking whether an SRT stream is live
- previewing SRT video in a dashboard
- checking video quality before a live event
- checking latency, codec, and bitrate
- confirming that audio and video are arriving correctly
- testing an SRT sender before routing the stream further
SRT itself carries the live stream between endpoints. To watch it in a browser, the stream usually needs to be received by a platform such as Callaba and then shown through a preview or converted into a browser-friendly playback workflow.
Can you play SRT directly in a browser?
Usually, no. A browser does not normally open a raw SRT URL the same way it opens HLS, WebRTC, or an embedded video player.
The practical approach is:
- Receive the SRT stream in Callaba.
- Check that video is arriving.
- Preview the stream in the Callaba interface.
- Route it to recording, restreaming, transcoding, HLS, WebRTC, or another playback workflow if needed.
This gives you a safer quality check than looking only at the sender side. A sender can show “streaming” while the receiving side gets no usable video because of a wrong URL, blocked UDP port, wrong Stream ID, or codec issue.
Background: Streams section in Callaba
In older Callaba versions, users often created SRT servers directly to organize live broadcasts and contribution workflows.
The Streams section was added to make the setup more direct and easier to manage. Instead of building every workflow from lower-level SRT server settings, you can create a stream, send video to it, and quickly check the important runtime data.
This is especially useful for fast test workflows where you need to answer one question first: is this SRT stream alive and usable?
Watch the video tutorial
How to play and preview an SRT stream in Callaba
1. Sign in to Callaba
Sign in to your Callaba instance. If you do not have one yet, you can launch Callaba from AWS Marketplace or follow the setup guide: How to launch Callaba Cloud Live Streaming.
2. Create a new stream via SRT
Open the Streams section and create a new stream using SRT as the ingest protocol.
This gives you an SRT endpoint where your sender can publish the live video.
3. Open stream info
After creating the stream, click Info.
This section shows the SRT connection details you need for your sender, including the SRT host and stream parameters.
4. Send video to the SRT host
Use your encoder, camera, OBS, vMix, Larix, FFmpeg, or another SRT-capable sender to send video to the SRT host shown in Callaba.
Make sure the sender uses the correct:
- SRT host or URL
- UDP port
- SRT mode
- Stream ID, if used
- Passphrase, if encryption is enabled
- Latency value
5. Check stream quality data
Once the stream is live, Callaba shows key information about the incoming feed.
Check these values:
- Host: confirms which endpoint is receiving the stream.
- Latency: shows the timing buffer used by the SRT path.
- Codec: confirms the video or audio codec detected in the stream.
- Bitrate: shows whether media is actually flowing.
Incoming bitrate is one of the fastest checks. If bitrate is missing or unstable, the stream may not be arriving correctly, even if the sender says it is running.
6. Preview the SRT video
After Callaba receives the stream, use the preview option to watch the SRT video in the browser.
This confirms that the stream is not only connected, but also usable as video. You can now decide whether to record it, restream it, route it, transcode it, or prepare it for playback.
What to check before using the stream in production
A quick preview is useful, but production workflows need a deeper check.
Before using the stream in a real event, check:
- Incoming bitrate: is video arriving consistently?
- Latency: is the SRT buffer realistic for the network path?
- Codec: can the next workflow decode the stream?
- Audio: is audio present and routed correctly?
- Video preview: is the video clean, not black, not frozen, and not breaking up?
- Network path: are UDP ports open and stable?
- Downstream workflow: can the stream be recorded, restreamed, or converted as needed?
For a stronger test pass, you can also use Generate test videos and a test app for end-to-end validation.
Common reasons SRT preview does not work
The SRT stream does not connect
Check the SRT host, port, caller/listener mode, UDP firewall rules, Stream ID, and passphrase. SRT uses UDP, so opening only TCP is not enough.
Callaba shows no bitrate
This usually means media is not arriving. Check whether the sender is actually running, whether the SRT URL is correct, and whether the network allows traffic to the selected UDP port.
The stream connects but preview stays black
The SRT session may be active while the media payload is not usable. Check codec, timestamps, keyframes, audio/video tracks, and sender settings.
The preview starts, then freezes
Check latency, bitrate, packet loss, and network stability. If the network is unstable, reduce bitrate or increase SRT latency.
There is video but no audio
Check the sender audio source, microphone permissions, mute state, audio codec, and downstream audio routing.
When this workflow is useful
This SRT preview workflow is useful when you need a fast quality check before moving the stream into a larger production setup.
Use it when you need to:
- play or preview an SRT stream
- check whether an SRT feed is live
- validate video quality before an event
- check codec, bitrate, and latency
- test an encoder or camera output
- confirm that Callaba is receiving the stream
- prepare the feed for recording, restreaming, routing, or playback
FAQ
How do I play an SRT stream?
To play an SRT stream, use a tool or platform that can receive SRT. In Callaba, create an SRT stream, send video to the SRT host, then use the preview option to watch the incoming video and check stream quality.
Can I preview SRT video in a browser?
Yes, if the SRT stream is first received by a platform that can show a browser preview. Browsers normally do not play raw SRT directly, so Callaba receives the SRT stream and provides a preview workflow.
What should I check when playing an SRT stream?
Check incoming bitrate, latency, codec, video preview, audio presence, SRT mode, Stream ID, passphrase, and UDP port access. A connected SRT session does not always mean the media is usable.
Why does my SRT stream show no video?
Common causes include no active sender, wrong SRT URL, blocked UDP port, wrong caller/listener mode, Stream ID mismatch, passphrase mismatch, unsupported codec, bad timestamps, or missing keyframes.
Can Callaba show SRT stream bitrate?
Yes. Callaba can show incoming stream information such as bitrate, codec, latency, and host details. Bitrate is important because it confirms that media is actually arriving.
Is SRT browser playback the same as direct SRT playback?
No. Direct SRT playback means a receiver opens the SRT stream. Browser playback usually requires the stream to be received and converted or previewed by a server-side workflow first.
Can I record the SRT stream after previewing it?
Yes. After Callaba receives the SRT stream, you can connect it to recording, restreaming, routing, transcoding, or playback workflows.
Why is bitrate important when checking SRT quality?
Bitrate tells you whether media is flowing into the receiver. If bitrate is missing, dropping, or unstable, the SRT stream may not be safe for production even if the sender appears to be active.