Callaba SRT Server

什么是 SRT 服务器？

SRT 服务器 SRT 服务器 是接受或管理 SRT 连接的端点。它可以接收编码器发出的 SRT 直播流、将该流中继至另一个系统，或作为远程信号源与制作平台之间受控的交接点。

在典型直播工作流中，SRT 服务器承担四项实际任务：

• 接收直播信号： 摄像机编码器、OBS、vMix、FFmpeg、Larix 或其他信号源向服务器发送视频。
• 保护贡献传输路径： SRT 可以恢复丢失的数据包并加密传输会话。
• 提供实时统计信息： 运维人员可以监控码率、RTT、丢包、重传和连接状态。
• 将视频流传递到下游： 服务器可以将信号路由到录制、转码、转推、切换或播放工作流。

这使 SRT 服务器成为信号源侧与平台侧之间的边界。当远程团队说“我们正在发送”时，应在 SRT 服务器上检查信号是否实际到达、是否稳定，以及媒体能否供下游使用。

SRT 服务器与 SRT 协议

SRT SRT 协议 是传输方法，而 SRT 服务器 是使用该协议接收或发送直播流的系统或软件端点。

什么是 SRT 直播服务器？

SRT 服务器 SRT 直播服务器 是用于实时或近实时直播视频贡献传输的 SRT 服务器。它在活动进行期间接收直播流，并将其转入直播制作、录制或分发工作流。

团队将 SRT 直播服务器用于远程活动贡献传输、摄像机和编码器的云摄取、演播室到云端的传输、合作伙伴信号交接、备用贡献路径、远程制作工作流和多目的地转推。

“直播”一词很重要，因为 SRT 调优不同于文件传输。服务器必须在延迟和恢复之间取得平衡。如果实际网络路径所需的延迟高于配置值，视频流即使能够连接，也可能在丢包或抖动时断续。

SRT 服务器如何工作

SRT 服务器通过 SRT 连接接收已编码的音频和视频。媒体在由 SRT 承载前已经完成编码。在直播视频工作流中，SRT 常用于传输复用的 MPEG-TS 流，但具体容器取决于发送端和工作流。在实际 SRT 服务器工作中，通常会收到已经就绪的媒体流：H.264 或 H.265/HEVC 等视频、AAC 等音频，有时还包含元数据。

1. 编码器创建直播音频和视频流。
2. 编码器将视频流发送至 SRT 服务器。
3. SRT 服务器接收视频流并跟踪连接健康状态。
4. 如果发生丢包，SRT 可以在数据包仍有使用价值时请求重传。
5. 服务器将视频流传递至下一工作流步骤：录制器、转码器、转推、切换台、API 工作流或播放系统。

Caller、Listener 和 Rendezvous 模式

SRT 使用三种连接模式。模式决定由哪一端发起连接，以及会话如何穿越防火墙和 NAT。

• Listener： 在已知 UDP 端口上等待传入的 SRT 连接。这是云摄取服务器或数据中心端点的常用模式。
• Caller： 发起与 Listener 的连接。这是现场编码器、OBS、vMix、FFmpeg、移动应用和远程信号源的常用模式。
• Rendezvous： 双方都发起连接。这可用于某些 NAT 场景，但投产前必须仔细测试。

SRT 服务器端口和防火墙规则

SRT 使用 UDP。因此，服务器必须在云安全组、主机防火墙、路由器或网络策略中开放正确的 UDP 端口。

• 服务器具有公网 IP 或可访问的网络地址；
• 已开放正确的 UDP 端口；
• 编码器使用正确的 Caller/Listener 模式；
• 如果使用 Stream ID，它必须与服务器路由规则相匹配；
• 如果启用加密，两端的密码短语必须一致；
• 接收工作流映射到正确的下游输出。

一个常见错误是只检查编码器是否显示“已连接”。仅建立连接并不够，还必须确认媒体正在到达、码率稳定，而且下游系统能够使用该视频流。

SRT 服务器设置示例

这是实用的首次测试配置。请将主机、端口、Stream ID 和密码短语替换为你自己的值。

Server side:
mode: listener
UDP port: 10080
latency: 200 ms
stream ID: event-main
passphrase: optional, same on both sides

Sender side:
srt://YOUR_CALLABA_IP:10080?mode=caller&latency=200&streamid=event-main

SRT 服务器在直播流媒体工作流中的位置

SRT 通常最适合工作流的贡献传输侧，即直播信号从源端传到平台的部分。

摄像机或编码器 → SRT 服务器 → 转码器 / 录制器 / 转推 / 播放器工作流

SRT 服务器收到视频流后，平台可将其用于转推、录制、转码、播放、路由、故障转移、API 工作流或生产监控。

SRT 服务器与 RTMP、HLS、WebRTC 和 NDI

SRT 并不能取代所有视频技术。它解决的是工作流中的特定环节。

如需协议层面的比较，请阅读 SRT 与 RTMP。

如何部署 SRT 服务器

具体设置取决于软件、云服务商和工作流，但部署逻辑通常相同。

1. 创建服务器或云实例 ，为工作流配备足够的 CPU、网络容量和存储空间。
2. 开放所需的 UDP 端口 在云安全组和主机防火墙中开放。
3. 创建 SRT Listener 以接收传入的视频流。
4. 设置 Stream ID 和密码短语规则 以便在需要时进行路由和加密。
5. 连接编码器 将其设为 SRT Caller，并把视频流发送至 Listener 端点。
6. 检查实时统计信息 例如码率、RTT、丢包、重传和连接状态。
7. 将视频流路由到下游 用于录制、转推、转码或播放。

如何在 Callaba 中使用 SRT 服务器

在 Callaba 中，SRT 服务器通常用作受控摄取点。远程信号源将视频流发送至 Callaba，Callaba 再让该视频流可供下一工作流步骤使用。

常见 Callaba 工作流包括：

• SRT 编码器发送至 Callaba，再转推至 Twitch 或 YouTube；
• OBS 通过 SRT 发送至 Callaba，再录制视频流；
• vMix 通过 SRT 发送至 Callaba，再将信号路由至另一目的地；
• 移动应用通过 SRT 发送至 Callaba，再转推至社交平台；
• 远程场地发送至 Callaba，再封装为浏览器播放格式；
• SRT 输入连接到浏览器多画面监看、录制器、API 路由和受控播放器交付。

SRT 服务器上应监控哪些内容

SRT 会话已连接并不一定表示视频流健康。请同时监控传输健康状态和媒体健康状态。

传输信号

• 连接状态： 已连接、已断开、正在重连或失败。
• 传入码率： 媒体是否仍以预期速率流入。
• RTT： 发送端与接收端之间的往返时间。
• 丢包： 路径上丢失的数据量。
• 重传： SRT 恢复缺失数据包的频率。
• 抖动： 数据包到达时间的变化程度。
• 接收缓冲区压力： 连接是否过于接近其恢复极限。

媒体信号

• 黑屏、画面冻结、无音频或静音；
• 错误的编解码器、帧率、分辨率或音频格式；
• 时间戳错误、缺少关键帧或视频流映射不兼容。

SRT 服务器常见问题

SRT 连接无法启动

检查连接模式、UDP 端口、公网 IP、防火墙规则、Stream ID 和加密密码短语。多数 SRT 握手失败源于模式错误、UDP 流量被阻止、端口错误或安全设置不匹配。

视频流可以连接，但画面不稳定

检查 RTT、抖动、丢包、重传和延迟设置。如果延迟值对于当前网络路径过低，SRT 可能来不及在丢失的数据包失去作用前将其恢复。

视频流可以连接，但没有音频

先检查编码器。确认音频源已启用、选择了正确的音频设备、音频编解码器与下一工作流步骤兼容，而且接收应用能够读取音轨。

排查 SRT 服务器前，先确认信号源中确实存在音频。在归咎于网络或服务器前，使用 OBS、vMix、硬件编码器的本地监控、耳机或设备预览进行检查。

SRT 统计数据良好，但观众仍遇到问题

如果 SRT 链路健康，但观众看到停顿或伪影，问题可能位于下游。请检查转码、封装、源站、CDN、播放器行为和输出格式。在检查完整条链路之前，不要归咎于 SRT 服务器。

自托管与托管式 SRT 服务器

你可以自行运行 SRT 服务器，也可以使用托管平台。更合适的选择取决于团队希望承担多少运营控制责任。

Callaba 可用作云端或自托管 SRT 工作流平台。你可以在 AWS 上启动它，也可以安装到自己的服务器上，创建 SRT 摄取点，并将这些视频流连接到转推、录制、路由、浏览器预览、多画面监看、播放器交付和 API 工作流。

SRT 服务器活动当天检查清单

• 确认服务器 IP 或主机名。
• 确认 UDP 端口已开放。
• 确认两端的 Caller/Listener/Rendezvous 模式。
• 如使用 Stream ID，请予以确认。
• 如使用加密，请确认密码短语。
• 确认预期码率、编解码器、帧率、分辨率和音频格式。
• 启动视频流并验证传入码率。
• 检查 RTT、丢包、重传和抖动。
• 检查实际视频和音频，而不只是连接状态。
• 确认下游路由：录制、转推、转码或播放。
• 确认时间同步：服务器和编码器应使用 NTP 或其他一致的时间源，以便在故障排查期间关联日志和录制内容。
• 在活动开始前测试备用路径。

官方参考资料和相关阅读

如需协议层面的 SRT 详情、Callaba 设置文档或相关工作流指南，请查阅以下资料。

• SRT 协议草案
• Haivision SRT Live Transmit 文档
• 什么是 SRT 协议？
• 如何在 OBS Studio 中开始 SRT 推流
• 如何在 OBS Studio 中接收 SRT 流
• 通过 vMix 发送和接收 SRT 流
• 为 SRT 设置找到合适的延迟
• SRT 服务器 API 文档

常见问题

什么是 SRT 服务器？

SRT 服务器是接收、发送或路由 SRT 流的直播视频摄取或中继端点。它通常用于将来自编码器、摄像机、远程场地、演播室、移动设备或合作伙伴系统的直播信号送入受控媒体工作流。

什么是 SRT 直播服务器？

SRT 直播服务器是用于实时直播视频贡献传输的 SRT 服务器。它在活动进行期间接收直播视频，并将视频流传入录制、转推、转码、切换、路由或播放工作流。

SRT 服务器与流媒体服务器相同吗？

不一定。SRT 服务器通常处理受控端点之间的直播摄取或传输。完整的流媒体平台还可能处理转码、录制、观众播放、分析、访问控制、API 工作流和 CDN 分发。

SRT 服务器使用 UDP 吗？

是的。SRT 基于 UDP 运行。因此，必须在服务器防火墙、云安全组、路由器或网络策略中开放正确的 UDP 端口。

SRT 服务器使用哪个端口？

SRT 不要求使用一个通用固定端口。端口由服务器配置定义。在生产环境中，团队通常为 SRT 摄取预留明确的 UDP 端口或端口范围，并记录每个端口对应的信号、租户或活动。

SRT 服务器应使用 Listener 还是 Caller？

对于多数云摄取工作流，SRT 服务器为 Listener，编码器为 Caller。当服务器具有公网 IP 或 DNS 名称、已知 UDP 端口和明确的防火墙规则时，这种方式效果很好。

OBS 可以向 SRT 服务器发送视频吗？

可以。将 OBS 配置为使用 SRT 输出 URL 后，它可以向 SRT 服务器发送视频。服务器接收视频流，并可将其路由至录制、转推、转码或播放工作流。

vMix 可以向 SRT 服务器发送视频吗？

可以。vMix 支持 SRT 工作流，可以发送或接收 SRT 流。常见配置是由 vMix 将 SRT 发送至 Callaba，再由 Callaba 处理监控、路由、录制或转推。

SRT 比 RTMP 更好吗？

对于不稳定、有损或长距离网络上的贡献传输，SRT 通常优于 RTMP。RTMP 仍常用于简单发布和平台摄取。许多工作流使用 SRT 进行贡献传输，再使用 RTMP 或 RTMPS 最终交付至社交平台。

浏览器可以直接播放 SRT 吗？

在常规网页工作流中，浏览器不会直接播放 SRT。SRT 服务器先接收视频流，再由平台将其转换或封装为 HLS 或 WebRTC 等观众播放格式。

为什么我的 SRT 流能够连接，却没有画面？

SRT 传输连接可能正常，但媒体负载仍有问题。请检查编解码器、容器、时间戳、关键帧、音轨、视频流映射、下游兼容性，以及服务器是否实际收到码率。

如何让 SRT 服务器更加可靠？

使用稳定的服务器，开放正确的 UDP 端口，选择符合实际的延迟，监控 RTT 和重传，保留足够的带宽余量，验证媒体负载，并在活动前测试备用端点。

SRT 通常承载 MPEG-TS 吗？

在直播视频工作流中，SRT 常用于承载复用了音视频的 MPEG-TS，但具体媒体容器取决于发送端和工作流。服务器应验证负载，而不只是 SRT 连接。

应首先监控哪些 SRT 服务器指标？

从传入码率、RTT、丢包、重传和连接状态开始。在良好条件下，RTT 可能约为 20–60 ms。如果 RTT 持续高于 150 ms 或丢包超过 1–2%，请提高延迟、降低码率或改善网络路径。

后续阅读

• 什么是 SRT 协议？
• SRT 与 RTMP
• 如何在 OBS Studio 中开始 SRT 推流
• 如何在 OBS Studio 中接收 SRT 流
• 通过 vMix 发送和接收 SRT 流
• 为 SRT 设置找到合适的延迟
• SRT 服务器 API 文档

最后更新：2026 年 7 月 22 日