OBS 多流：一个源，多个目的地

慎重选择扇出边界

服务器不会删除每个共享依赖项。所有目的地仍然取决于 OBS 程序、场地的一个上游会话以及接收它的 Callaba 部署。优点是故障边界更清晰，而不是魔法冗余。

输入流密钥之前准备制作

• 创建或安排目标事件并确认每个帐户都被允许上线。
• 选择 Callaba 可以可靠接收的一种贡献分辨率、帧速率、编解码器、比特率、关键帧间隔和音频节目。
• 测量生产网络的持续上传。简短的速度测试不是排练。
• 使用包含动作、语音和同步参考的简短可识别测试程序。
• 将平台密钥存储在屏幕截图、公共操作手册和分析负载之外。
• 分配一名可以看到共享输入和每个平台控制室的操作员。

目的地要求发生变化。在实时窗口之前检查每个服务的当前帮助页面，而不是从旧文章中复制比特率表。

为一个受控上游配置OBS

1. 创建 Callaba 输入。 使用适合制作的 RTMP 服务器或 SRT 服务器。启动它并从仪表板复制当前发布者值。
2. 打开 OBS 设置 → 码流。 官方 OBS 界面允许您选择内置服务或自定义流媒体服务器，然后输入提供的服务器和流密钥。使用精确的 Callaba 值；不要在此处重复使用目标平台密钥。
3. 查看设置 → 输出。 选择共享路径可以承载并且下游工作流可以解码的配置文件。对于第一次测试，避免同时更改编解码器、分辨率和音频路由。
4. 开始私人测试。 观察 OBS 的编码器过载和丢帧情况。在 Callaba 中，需要持续的输入比特率和带有预期音频的解码图片。
5. 停止并重新连接。 确认会话关闭并且同一托管发布者可以重新连接。这会暴露过时或错误复制的身份。

对于特定于 RTMP 的演练，请使用 使用OBS发送和接收RTMP。如果制作使用 SRT 贡献，请使用 OBS SRT 设置指南 并验证当前OBS输出方式。

添加一个目的地，证明它，然后添加下一个

1. 打开 重新串流 在 Callaba 中，并以经过验证的 OBS 源作为源创建新的重新流。
2. 选择支持的目标类型或输入平台提供的准确的自定义输出 URL 和密钥。
3. 当 OBS 贡献已满足目标时，请禁用转码。如果平台需要另一个配置文件，则仅更改该合同所需的设置。
4. 开始重播并打开平台预览。确认图片、音频、账户状态以及任何平台警告。
5. 用事件和目的地命名接受的路线，然后对下一个平台重复此操作。

按照当前字段 Callaba 重新流媒体用户指南。这 现场多视图演示 显示面向操作员的监控界面，尽管您自己的源和目的地仍需要生产测试。

使用故障树而不是重新启动一切

插件很有用，但它们改变了风险承担者

OBS 不需要为每个节目都提供服务器端扇出。当工作站有足够的编码和上传余量、操作员希望在本地进行所有控制并且针对已安装的 OBS 版本对插件进行测试时，维护的多输出插件就非常实用。从其维护的项目源获取插件并在生产前检查更新状态。

不要假设每个添加的输出都是“免费的”。一些配置共享主编码器，而其他配置可以调用额外的编码或缩放。每个网络会话也有其自己的重新连接行为。在具有代表性的持续时间内运行完整的输出集，然后中断一个目标和网络以查看操作员必须执行的操作。

目的地矩阵获得批准后，自动化就属于

当调度系统或客户仪表板必须创建目的地时，请使用 多平台直播API工作流程。保留接受的来源、输出类型、媒体配置文件和命名策略。将密钥保留在浏览器日志和客户端分析之外，并使操作具有幂等性，以便重试不会创建重复的实时路由。

API 响应确认控制操作。它并不能证明外部平台已准备好、节目可以听到或观众看到了预期的事件。将平台预览和解码媒体保留在接受路径中。

官方参考资料

• OBS 工作室概述 — 当前的流和输出控制概念。
• OBS流连接问题排查 — 网络、服务和比特率隔离步骤。
• OBS 配置文件指南 — 配置文件保留哪些输出设置。

常见问题

OBS本身是否可以将一个流发送到多个平台？

标准流设置描述一项选定的服务或自定义服务器。多个本地输出通常涉及维护的插件或其他外部方法。服务器端扇出将一个 OBS 流发送到 Callaba 并在那里创建目标。

服务器端多流需要多少上传带宽？

场地必须维持单一供稿加上正常的管理费用和安全净空。 Callaba 部署承载目的地出口。以全生产比特率测量两个边界。

每个目的地可以使用不同的比特率或分辨率吗？

是，当所选的 Callaba 路由、编解码器配置文件和部署容量支持所需的转换时。仅针对记录的目标需求添加单独的配置文件，然后验证其解码输出。