简短回答：选择接收端实际能够接受的协议。当两端都支持且路径已配置时，SRT 是一种贡献流选项；RTMP仍是常见的编码器到平台或接入服务器交接方式。观众播放和交付仍是单独配置的下游任务。
从接收端开始，再选择交接方式
| 决策点 | SRT 路径 | RTMP 路径 |
|---|---|---|
| 接收端 | 您控制或被分配的支持 SRT 的贡献流接收端 | 为发布提供的 RTMP 接入端点或平台 URL |
| 传输 | 基于 UDP 的 SRT 会话；直播模式包括定时和重传控制 | 到已配置端点的基于 TCP 的 RTMP 会话 |
| 网络问题 | 两个对等端能否互达，且模式、延迟和密码短语设置是否一致？ | 编码器能否到达主机，且 URL/密钥是否符合端点约定？ |
| 编解码器问题 | 单独验证接收端接受的容器和编解码器 | 单独验证目标接受的音频/视频 profile |
| 有用的下一任务 | 进入运行或制作工作流的贡献流 | 发布到接入服务或已配置 RTMP Server |
三个常见决策
- 平台只提供 URL 和流密钥：按该约定发布 RTMP。
- 您的团队控制 SRT 接收端：当两端已一致约定模式、host:port、延迟以及任何 Stream ID/密码短语时使用 SRT。
- SRT 贡献流终止于 RTMP/RTMPS 平台：分别验证 SRT 贡献流和平台发布交接。
SRT 直播模式围绕已配置的延迟窗口和接收端反馈设计；更大的窗口可提供更多恢复时间，但它仍是部署选择，而非更好画面的承诺。RTMP 兼容性同样取决于端点。即使其他位置的贡献流链路使用 SRT，要求 RTMP 或 RTMPS URL 的平台仍决定最终交接方式。
运行上有什么变化
| 首次连接前 | 记录内容 |
|---|---|
| SRT | Caller/listener/rendezvous 模式；host:port；延迟；使用时的 Stream ID 或密码短语；容器和视频/音频编解码器。 |
| RTMP | 完整接入 URL、应用/路径和密钥；接收端声明的 profile（端点要求时通常是 H.264/AAC）；以及其流健康检查。 |
请勿将凭据放入截图、聊天记录或测试录制中。
SRT 加密与 RTMPS 解决不同的传输安全问题：SRT 可配置加密，而 RTMPS 是通过 TLS 承载的 RTMP。RTMPS 目的地并不说明独立 RTMP Server 的接入选项。
测试一条贡献流路径
任一标签页使用同一准备好的源：锁定节目格式，记录视频和音频编解码器设置，并让发布者访问选定测试端点。启动一个协议会话，确认发布者状态，检查预览；若工作流使用下游输出，再验证该输出。
协议演示
选择一种协议进行测试
每个演示均手动启动，并保持自己的临时租约。比较工作流时请使用匹配的源设置；此页面不运行受控延迟基准测试。
实时 SRT 演示
试用实时 SRT 连接
创建一条持续一小时的临时连接。以 Caller 模式将信号发送到发布者地址， 将 Stream ID 留空。 可在下方 Multiview 中观看，或以 Caller 模式将接收者连接到接收者地址。
结果确认选定源到达了该临时路径及其预览。这是设置检查，而非比较基准，因此不会对延迟、质量或可靠性排序。将变更后的配置作为新测试重复，并保留接收端日志或操作员可见的连接数据。
Callaba 的适用位置
Callaba 的 RTMP Server 可以为发布者和接收者提供独立访问规则，并显示操作员可见的活动。Guest RTMP Server 则可在没有预定义访问规则时开放。其SRT Server是兼容 SRT 工作流对应的贡献流资源。浏览器观察和观众播放使用单独配置的模块；RTMP 发布 URL 不能直接在浏览器播放。
后续步骤
- 如需已配置的 RTMP 监听器，请查看RTMP Server及其访问/生命周期控制。
- 如需 SRT 贡献流接收端，请查看SRT Server。
- 如需明确桥接，仅在确认两个端点后使用文档化的RTMP 贡献流网关路径。
