Supported Sources
The selected production source is encoded once on the paired device.
Stream Bridge keeps live production viewers connected even when corporate firewalls, strict NAT or venue networks block a direct connection. Cloud relay kicks in automatically, so there's no port to forward and nothing to rebuild for a difficult destination.
Video and audio from the paired device, ready to send to a viewer.
Stream Bridge tries a direct peer-to-peer route for the lowest delay.
Firewalls or strict NAT? Our cloud relay steps in automatically.
The same viewer link works, with no port forwarding at either end.
Stream Bridge always looks for the most direct route between a production device and its viewer or receiver first. On normal networks, that lets media travel peer to peer with the lowest practical delay.
Some corporate, venue and mobile networks won't allow that direct path. In those cases, we supply time-limited relay access automatically, so the same viewer link still connects without any change to how the operator works.
The relay's part of the connection process, not a separate service the viewer has to configure - there's no public IP to exchange and no inbound router rule to create at either end.
A relayed route can add distance, latency and cloud bandwidth compared with a direct connection. Live bitrate control and connection information help you make a sensible quality call when a difficult network needs that fallback.
To get started straight away, join our beta, download the application, and get streaming. We also have a host of documentation available that goes through all of the features of Stream Bridge, troubleshooting issues, and our support team are ready to help if needed.
A closer look at direct connection attempts, relay fallback, credentials, firewall behaviour, capacity and route visibility.
The selected production source is encoded once on the paired device.
Picture and production audio stay together across direct and relayed routes.
Relay fallback doesn't need you to restart or rebuild the stream.
The viewer keeps the same browser experience when the route changes.
Direct connection preferred, cloud relay when peer-to-peer fails.
Authenticated, time-limited relay access, no shared VPN credentials or open ports.
Practical answers about when relay is used, what changes, firewall requirements, latency and bandwidth.
Stream Bridge always tries a direct WebRTC connection first. Relay's used when NAT behaviour, firewall policy or network topology stops the endpoints establishing that direct path.
No. Route negotiation and fallback happen as part of the connection process - the viewer keeps using the same link, and you don't need to recreate the stream.
No. Stream Bridge uses outbound connections from the paired device and browser - a VPN, public IP exchange and inbound port forwarding aren't required.
It can. A relayed path adds an intermediate network location, so delay depends on distance to that relay and current internet conditions. Direct routes stay preferred whenever they're available.
Stream Bridge issues authenticated, time-limited TURN credentials during connection setup, so viewers and operators don't need to configure or share permanent server credentials.
Each viewer's still an individual stream connection - plan sender upload from the configured bitrate multiplied by concurrent viewers, and allow headroom for audio, overhead and network variation.