控制连接对象
通过 Stream ID 或对端 IP 规则控制发布者与接收者访问。启用加密时设置匹配的 SRT 密码短语。
Callaba · 云端与自托管
接收远程摄像机信号和完成的节目。在浏览器中监看画面、音频和连接状态,再路由或录制这些信号。在支持的部署中,可借助 Video Mixer 进行实时制作。
在您的 AWS 账户或您运营的 Linux 基础设施中运行。
实时 SRT 演示
创建一条持续一小时的临时连接。以 Caller 模式将信号发送到发布者地址, 将 Stream ID 留空。 可在下方 Multiview 中观看,或以 Caller 模式将接收者连接到接收者地址。
服务器控制
无需离开控制台即可查看哪个发布者已连接、检查其码率和 RTT,并找到连接事件。
通过 Stream ID 或对端 IP 规则控制发布者与接收者访问。启用加密时设置匹配的 SRT 密码短语。
在更改接收者或编码器之前检查码率、RTT、丢包和已连接对端。
从服务器设置打开 Show logs。暂停更新,按时间或消息搜索,并导出所需事件。
自有 SRT 服务器
选择编码器和接收者的连接方式。将占位符替换为 Callaba 控制台显示的值。
主机和端口模式两个不同的 UDP 端口:一个发布者端口和一个接收者端口。Stream ID 有意留空。
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=caller使用发布者 UDP 端口。此独立端口模式请将 Stream ID 留空。
srt://example.invalid:YOUR_RECEIVER_PORT?mode=caller使用不同的接收者 UDP 端口。此处也请将 Stream ID 留空。
在 Streaming servers → SRT servers 中创建监听器并预留 UDP 端口。在 Streams 中为预期的发布者和接收者角色允许空 Stream ID。
将编码器和接收者设为 Caller,并分别粘贴地址。Caller 和 Listener 表示谁发起会话;它们不表示媒体方向。
启动信号源。在 Statistics 中确认发布者和入站码率,然后在接收者处检查画面并收听音频。
编码器和接收者设置
从 OBS、vMix 或 SRT 编码器发送到发布者地址。在接收应用中打开接收者地址。两端的连接设置必须一致,并确认接收者支持该媒体格式。
制作、监看与交付
您的 SRT 信号可供 Callaba 的其他功能使用。保留现有制作系统并在此处理其输出,或将摄像机接入 Video Mixer,在浏览器中制作节目。
在 Multiview 的每个画面中并排检查入站画面、音频和流信息。
了解 Multiview将完成的信号交付给 SRT 接收者,或配置发布到 YouTube、Facebook 和 Twitch。
路由和转推视频保存入站信号的录制,或录制在混音器中制作的节目。
录制 SRT 流在场景中组合实时信号和媒体。在 Preview 中准备下一个镜头,切换到 Program 并混合其音频。
混合 SRT 信号源选择运行位置
继续掌控信号的运行位置。Callaba 提供浏览器工作区;您的团队负责主机、网络访问和存储。
容量规划
计算同时运行的信号源和目的地。为重传保留网络容量,并为录制保留磁盘空间。Multiview、混音和转码比转发同一编码信号增加更多处理负载。
连接检查
检查服务器已启用、公网地址和发布者 UDP 端口正确,且防火墙、NAT 或 AWS 安全组允许流量。然后检查两端允许的 Stream ID 和任何密码短语。
在更改编码设置前,先在事件历史和 Show logs 中查找连接尝试。
先检查是否有入站码率。确认接收者端口或配对接收者 Stream ID 选中了预期信号,再检查接收应用支持的封装格式、视频编码和音轨。
浏览器观看需要兼容播放路径;浏览器不能直接播放原始 SRT URL。
比较同一时间段的码率、RTT 和丢包。检查上行容量和重传余量,再检查延迟设置。更大的缓冲区无法修复持续不足的上行带宽。
导出对应的服务器日志,将断连与信号源或网络事件关联。
演示中使用独立发布者和接收者端口时请留空。共享监听端口时请使用配对的发布者和接收者 ID。参见 两种连接方法。
在 Callaba 中接收信号源,然后使用目标平台的流 URL 和密钥创建 Restreaming 任务。匹配平台要求的视频和音频设置。
可以。将 SRT 信号源加入 AV Mixer,在 Preview 中构建场景,再使用 CUT 或 FADE 将下一场景切到 Program。每个摄像机或其他混音器输入使用一个单元。参见 当前 Mixer 输入定价。
从谁负责运营服务器以及接入后必须完成的工作开始。Castr 和 IN/OUT-SRT 等托管服务、MediaMTX 和 SRS 等开源服务器,以及 SRT Mini Server 等 Windows 软件适合不同运营模式。Callaba 可在 AWS 或您的 Linux 基础设施上运行,提供浏览器控制和已连接的视频模块。
如果主要任务是端点之间的路由,也可查看 SRT Gateway 工作流。
API 访问
此只读请求返回已配置的 SRT 服务器。请将主机和 API token 替换为服务器的值;该请求不会更改配置。
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'用于配置独立端口或配对 Stream ID、检查传输健康状态、设置延迟并诊断实时贡献路径的实用 SRT 服务器参考。
SRT server(SRT 实时服务器)是为 SRT 贡献会话配置的端点。SRT 在 UDP 上运行,提供连接模式、恢复和可选加密;SRT 协议草案说明了该传输协议。
Caller 发起会话,Listener 等待会话。这些名称不决定媒体方向:请在相关端点或下游任务中配置发布者或接收者角色。
在 Streaming servers → SRT servers 下创建服务器。使用 Streams 允许发布者和接收者访问,然后使用该服务器的主机和分配的 UDP 端口。
使用独立端口时,预留一个发布者端口和一个接收者端口;Streams 条目和端点 URL 中可以使用空 Stream ID。使用共享监听端口时,采用具有相同服务器代码和 Stream ID 的配对发布者及接收者访问条目,并使用 publisher/… 和 receiver/… 前缀。一次测试请选择一种模式,不要混用标识符。
在主机防火墙和网络边界开放所选 UDP 端口或端口范围。NAT 后的 Caller 可以向可达的 Listener 建立出站连接;请从真实源网络测试。若启用加密,两端须设置相同密码短语。
以下示例适用于配置了独立发布者和接收者端口且 Stream ID 为空的服务器。请替换主机、分配的端口和输入文件。FFmpeg SRT 协议文档定义了这些 URL 选项。
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"
在 FFmpeg 中,latency=200000 是 200 ms 示例,因为该选项以微秒计。生产延迟应根据实测 RTT、丢包和允许的端到端延迟确定;参见 SRT 延迟指南。
SRT 延迟是传输恢复缓冲区,不是完整的端到端延迟。采集、编码、接收端缓冲、解码、封装和播放器缓冲都会增加时间。降低缓冲区之前先测量完整路径。
为并发流、实测码率、重传、监控和启用的下游任务规划网络与主机资源。在长时间活动之前,观察完整计划负载足够久,以暴露排队、资源争用或不稳定的源连接。主备传输路由可在切换时保留已连接的接收者和拉流器会话;活动中依赖它前请测试其信号、缓冲区和目的地行为。
在云端启动、在 Linux 上安装,或先查看实时 Multiview 体验,再考虑自动化。