RTMP 直播：在接收後構建路徑

只有在來源、接收和一個選定的下游結果已共同測試時，RTMP 直播流才可用於活動。RTMP 常是熟悉的編碼器提供貢獻流的實用路徑。其餘工作流程仍須明確誰監看該流、它去往何處，以及觀眾如何接收它。

從執行結果開始

首先選擇一個結果：操作員監看、製作交接、錄製、路由到目的地，或瀏覽器交付。這可以避免一種常見失敗：編碼器連接後便宣佈成功，但團隊尚未測試真正重要的模塊。

在發送端支援時使用 RTMP

OBS、FFmpeg 和許多編碼器均可發布 RTMP。OBS 在OBS Studio 知識庫中說明流設定，FFmpeg 則在其協議手冊中說明支援的傳輸選項。設定分配的 URL 和密鑰，然後確認接收監聽器看到發布者和可用媒體。傳輸選擇並不能確定韌性、端到端延遲或觀眾交付；這些取決於完整路徑及其設定。

將貢獻流與播放分開

RTMP 可以把流帶入工作流程。HLS 或其他已設定的瀏覽器輸出工作流程才為觀眾提供 Web 端點。如果問題是“為什麼這個 URL 不能在瀏覽器中播放？”，請參閱RTMP 播放器與瀏覽器播放，而不是調整編碼器設定。

活動前驗收清單

1. 確認發布者地址、密鑰、監聽器和存取規則。
2. 發送已知節目來源，並檢查接收端活動和位元率。
3. 在監看點監聽預期音訊並檢查影片。
4. 執行本次活動最重要的單一下游結果。
5. 重新連接發送端一次，並確認團隊的恢復路徑。

Callaba 接收發布者、顯示當前活動，並將流連接至選定的監看、錄製、路由或播放器工作流程。

後續步驟

使用 Callaba RTMP Server 設定監聽器，按照OBS 指南進行發送端測試，或使用RTMP 轉 HLS設定瀏覽器交付。