由 Haivision 开发的开源流媒体协议。在不可预测的公网链路上以低延迟传输视频，具备丢包恢复和 AES 加密——贡献信号和远程制作回传的标准。
什么是 SRT
SRT（Secure Reliable Transport）是一种开源流媒体协议。最初由 Haivision 开发，并于 2017 年捐赠给 SRT Alliance，如今已内置于每一台严肃的编码器、 解码器，以及 OBS、FFmpeg、VLC 和大多数 商用广播设备中。其设计目标是「在公网上 可靠地传输低延迟视频」——在这种网络中， 丢包是常态、抖动不可预测，而基于 TCP 的 协议要么卡顿，要么丢帧。
SRT 能做而其他传输做不到的
- 前向纠错与 ARQ。丢失 的数据包要么通过 FEC 冗余重建，要么在 严格的延迟预算内有选择地重传。标准的 RTMP 则完全没有恢复机制。
- 可调的延迟目标。 发送端与接收端协商一个端到端的目标 延迟（通常为 120 ms 至 2 秒）。协议 随后在该预算内权衡恢复力度。操作员可按 链路逐一调整。
- AES-128 / AES-256 加密。内置于传输之中，无需单独的 VPN。对于 付费贡献信号和任何跨组织传输，这一点 很重要。
- 穿越防火墙。 SRT 基于 UDP 运行，具备简单的 NAT 友好模式（caller / listener / rendezvous）。比旧的 RTMP / RTSP 选项 更可靠地穿越企业防火墙。
SRT 在视频墙场景中的定位
单一设施内部的本地视频墙并不需要 SRT—— 在该层级，本地 NDI、 IPMX、RTSP 或 KVM 才是 合适的工具。SRT 在三种特定情形下才变得 相关：
- 跨公网的远程信号源。总部 NOC 的视频墙接入来自远程运营站点 的数据流，或企业活动场馆从异地演播室 拉取贡献信号。SRT 正是为此而生的标准 传输。
- 跨设施的墙到墙联动。两个控制室之间共享部分信号源。SRT 承载跨设施信号；每面墙将本地 + 远程 信号一并渲染。
- 广播贡献信号接入本地 视频墙。体育 / 新闻现场控制室 在内部制作架构接手之前，先通过 SRT 拉取赛场画面信号。
常见误区
- 延迟预算设得过紧。在 不稳定的链路上设为 120 ms 意味着 SRT 来不及恢复，你就会看到丢帧。公网链路 合理的起点是 500 ms；只有在链路指标 支持时才向下调整。
- 加密密钥管理。启用 AES-256 既简单又免费，但如果密钥躺在 Slack 线程的截图里，那加密就只是做做 样子。请像对待 SSH 密钥一样对待 SRT 密钥。