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 路由、編解碼器設定檔和部署容量支援所需的轉換時。僅針對記錄的目標需求添加單獨的配置文件，然後驗證其解碼輸出。