要从 OBS 发送 RTMP，请在“设置 → 推流”中输入分配的 URL 和流密钥。要在 OBS 中接收馈送，请在媒体源中使用为该任务签发的接收端 URL。Publisher 和 Receiver 是不同的访问角色，但使用同一配置的流名称，也可使用相同 RTMP URL。
打开 OBS 前所需内容
- 已启用的 RTMP 监听器及为其签发的发布端 URL/密钥。
- 包含有意设置的视频和音频源的已知 OBS 场景。
- 一个独立的接收或监看路径，以证明馈送到达后的情况。
此过程使用为部署提供的 Custom RTMP 值。OBS 维护按版本划分的设置文档。
受控和 Guest 输入
对于受控模式，使用分配的 URL 和配置的流名称；Publisher 和 Receiver 角色使用同一个连接名称。在 Guest 模式下，OBS 仍将字段标为流密钥：请在其中输入您选定的非空流名称，并在接收时使用同一名称。Guest 模式会有意开放端点。
从 OBS 向 Callaba 发送 RTMP
- 在 OBS 中打开设置 → 推流。
- 选择自定义…作为服务。
- 在服务器中粘贴分配的服务器 URL，在流密钥中粘贴发布端值。
- 点击应用，然后开始推流。
- 在 Callaba 中确认 RTMP Server 报告活动的发布端和入站码率。
预期结果：分配的发布端显示为活动状态，且 OBS 发送时码率会变化。如果 OBS 显示正在推流而监听器保持空闲，请比较精确的服务器路径和密钥，然后检查监听器端口和发布端访问规则。
在 OBS 中接收 RTMP 馈送
- 获取为此 OBS 接收路径准备的接收端或播放器 URL。
- 在一个场景中添加媒体源。
- 关闭本地文件，并将该接收端 URL 粘贴到输入中。
- 在 OBS 预览中确认画面和预期音频。
预期结果：接收 OBS 场景显示选定馈送及其预期音频。RTMP 接入 URL 不是浏览器播放器 URL。浏览器播放是另一条独立工作流，应使用配置好的 HLS/Web Player 端点，而不是在浏览器中原生播放 RTMP。
活动前测试两个方向
| 检查项 | 它证明什么 |
|---|---|
| OBS 发送端已连接 | OBS 已尝试建立发布端会话。 |
| 服务器活动和码率 | 监听器已接受发布端并检测到媒体流。 |
| 接收端画面和音频 | 所选接收路径解码出有效的节目媒体。 |
| 选定输出 | 单独配置的录制、路由或播放器可正常工作。 |
常见故障
连接立即失败：重新复制 URL 和流名称/密钥；确认监听器和网络路径。连接成功但没有有效媒体：检查 OBS 场景、音频源、编码器日志和接收端媒体。接收端一直黑屏：确认 OBS 正在使用配置的 RTMP 接收路径和相同流名称/密钥，然后检查媒体兼容性和接收端状态。
相关配置
使用Callaba RTMP Server创建配置好的接入路径，使用RTMP Server 操作员指南了解生命周期和访问详情；如果下一步是在浏览器中观看，请使用RTMP 播放器和浏览器播放。
可重复的 OBS 验收运行
在空闲 TCP 端口上创建 RTMP Server，然后创建一个 Publisher Stream 和一个 Receiver Stream。精确复制分配的发布端 URL 和流名称/密钥；不要根据显示的服务器名称构造 URL。对于 OBS 接收端，使用具有相同流名称/密钥的配置 RTMP 接收路径。对于浏览器观看，创建独立 HLS 或 Web Player 输出。在 OBS 中使用 Custom 服务，而非平台预设。对于保守的首次测试，在 FLV/RTMP 输出路径中发送 H.264 视频和 AAC 音频；先使用部署接受的分辨率、帧率和码率，再一次只更改一个参数。
在 Callaba 中检查 getStatistics：输入码率和发布端数量确认接入；仅当接收端实际连接时接收端数量才变化。对于 OBS 中的接收端，添加 Media Source，禁用 Local File，将接收端 URL 作为 Input 输入，并让该源在场景中保持可见。活动发布端下黑色预览意味着应检查接收端 URL 或媒体兼容性；零输入码率则应回到发送端、密钥、端口或发布端角色排查。有关精确的监听器和统计字段，请参阅RTMP Server 生命周期参考。
后续步骤
使用Callaba RTMP Server创建接入路径；如果下一项任务是在浏览器中观看，请使用RTMP 播放器和浏览器播放。
