- Posts: 7
- Joined: Tue Oct 10, 2017 9:54 pm
SRT.
SRT seems to be the obvious future, and it doesn't seem like it'd be that difficult to add this in a firmware update. I know BMD is up to speed on this protocol, and I sure hope they're working on implementing this.
Pros of SRT over RTMP:
- Sub-second latency... much faster than RTMP
- An obvious boon for Streaming Bridge users. Instead of using a 'Backhaul Call' like Zoom or Discord, why not get, near-WebRTC latency WITH error correction, and without the poor quality of WebRTC.
- Error-correction (EC).. This is kind of the BIGGEST advantage over the 15+ year-old RTMP protocol. The public internet is a mess, plain and simple. Packets drop. I've watched many Streaming Bridge streams and have watched these really nice setups that trounce Zoom quality (or truthfully vMixCall) where the lighting is great, the quality cameras are shining, but then... dropped packets. Why not add support for the protocol that has lower latency, AND still has a decent amount of EC (more if Latency isn't an issue).
Considering the obvious modes of "Caller, Listener, and Rendezvous" it would be a great fit to those setups that use the Streaming Bridge.
Of course this means we need SRT support on the ATEM Mini Pro/ISO/Extremes too (another feature request).
If SRT support were enabled, I'm sure you could make an elegant UI addition for SRT listener support, but if not, please just allow UDP and SRT support. We can still make the XMLs for ATEM MP users to import as an endpoint.
Thank you!
SRT seems to be the obvious future, and it doesn't seem like it'd be that difficult to add this in a firmware update. I know BMD is up to speed on this protocol, and I sure hope they're working on implementing this.
Pros of SRT over RTMP:
- Sub-second latency... much faster than RTMP
- An obvious boon for Streaming Bridge users. Instead of using a 'Backhaul Call' like Zoom or Discord, why not get, near-WebRTC latency WITH error correction, and without the poor quality of WebRTC.
- Error-correction (EC).. This is kind of the BIGGEST advantage over the 15+ year-old RTMP protocol. The public internet is a mess, plain and simple. Packets drop. I've watched many Streaming Bridge streams and have watched these really nice setups that trounce Zoom quality (or truthfully vMixCall) where the lighting is great, the quality cameras are shining, but then... dropped packets. Why not add support for the protocol that has lower latency, AND still has a decent amount of EC (more if Latency isn't an issue).
Considering the obvious modes of "Caller, Listener, and Rendezvous" it would be a great fit to those setups that use the Streaming Bridge.
Of course this means we need SRT support on the ATEM Mini Pro/ISO/Extremes too (another feature request).
If SRT support were enabled, I'm sure you could make an elegant UI addition for SRT listener support, but if not, please just allow UDP and SRT support. We can still make the XMLs for ATEM MP users to import as an endpoint.
Thank you!