Stream Bridge Stream Bridge

Convert OMT to remote NDI

Stream Bridge receives an OMT source at one site and publishes it as NDI at another. Each network keeps the media technology that suits it - the platform just handles the real-time transport and creates the output the receiving end needs.

Signal Flow

4 Simple Steps

  1. Pick an OMT source

    Any OMT source on your network: OBS or other OMT production sources.

  2. Pair both ends

    Install Stream Bridge at each site and pair each device with its connection key.

  3. Bridge the stream

    Pick the source and bridge it to the receiving device. No ports, VPN or network admin.

  4. NDI at the far end

    It arrives as a named NDI source, ready for OBS, vMix or any NDI system.

How it works

The sending device discovers the OMT source locally, Stream Bridge carries it over the internet, and the receiving device publishes it as NDI - no separate conversion appliance needed.

The NDI output is named per bridge, so remote feeds arrive with labels the destination team already understands. OMT output and compatible SDI routing can also be switched on if the receiving workflow needs more than one local format.

There's no shared LAN, VPN or inbound port configuration required between the sites. We use a direct connection when available and fall back to our cloud network automatically.

The bridge keeps watching source state, decoded media and connection health once it's established, so a temporary outage can recover without rebuilding the whole OMT-to-NDI route.

Get Started Quickly

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.

Devices

Studio A

Online
Sources 5 sources
Last Seen 18 January 2026 | 10:21 AM
CPU 21%
GPU 20%
Under the hood

Technical Breakdown

The production details behind source discovery, audio, encoding, WebRTC delivery, recovery, and access.

Supported Sources

OMT sources on the paired device.

Explore details

Stream Bridge works with OMT audio and video sources the paired device can see - OBS OMT outputs and most other OMT-compatible systems on the local production network.

The source needs to stay active and reachable. Discovery can take around 30 seconds, and local-sources-only filtering helps simplify busy networks.

Audio

Up to 16 channels come through with the source.

Explore details

Stream Bridge can capture up to 16 audio channels from an OMT source, delivered as individually controllable tracks at the destination.

Viewer links can include additional audio sources with independent level controls. Audio Return and Group Audio can be switched on separately when the remote person needs to speak back.

Performance

NVENC where available, CPU as the fallback.

Explore details

Encoding can run on NVIDIA NVENC or the CPU. NVENC generally gives the lowest latency and CPU use; CPU mode is useful on systems without compatible hardware or where GPU capacity is already committed.

Default limits are four simultaneous GPU encodes and two CPU encodes per device. Use the meters to raise those cautiously and spot overload before it becomes dropped frames.

Viewer Quality & Latency

Live bitrate control, typically under 500ms.

Explore details

NDI and OMT output names are set per bridge, so the receiving team can use labels that fit their own routing plan. Every browser viewer and receiving-device bridge is its own connection - plan sender upload for the bitrate multiplied by the number of simultaneous routes.

Bitrate changes apply live. A practical starting point is 3-5Mbps for most 1080p30 feeds and 5-10Mbps for high-motion or 60fps content, depending on the weakest connection in the path.

Networking

Direct connection first, cloud relay when that's blocked.

Explore details

No VPN or inbound port forwarding is required. Stream Bridge uses ICE to find a workable path between the sending device and each receiver, preferring a direct connection.

If strict NAT or firewall rules prevent that, the session uses our TURN network instead. It improves reachability, but the extra hop can add latency, so wired internet and sensible bitrate headroom still matter for production-critical feeds.

Security & Customisation

Separate links, passwords and named outputs per audience.

Explore details

Viewer links can use readable custom URLs, optional passwords and player customisation, so a client, director, operator and internal team can each receive different controls from the same stream.

Treat device connection keys and viewer links as credentials. Keep connection keys private, password sensitive feeds, and remove links or bridges once an audience no longer needs access.

Convert OMT to remote NDI

Frequently Asked Questions

Key operational details for building and running this Stream Bridge workflow.

Setup & sources

Through a paired desktop device on each end. Make sure OMT discovery is switched on and the source is available to the app, then create a stream and pick a viewer or Bridge Sharing destination.

As a named NDI or OMT source on the receiving device, and where compatible Blackmagic hardware and Card Output are enabled, it can also be assigned to selected SDI ports.

Many connections operate below 500ms end to end. Fibre-to-fibre direct routes with NVENC can be faster; distance, Wi-Fi, congestion, CPU encoding or TURN relay can all increase delay.

Delivery & performance

Allow at least your configured bitrate for every simultaneous viewer or bridge route, plus headroom. Three independent 5Mbps connections need roughly 15Mbps of stable upload before overhead.

Up to 16 channels, delivered as individually controllable tracks. Additional audio sources can be exposed separately, and return communication is set per viewer link.

Stream Bridge falls back to its TURN relay network automatically. If a source or receiving device goes offline, configured bridges wait and reconnect once it's back.

Related workflows