OBS
RTMP / SRT讓平台處理路由、通訊協定轉換和一對多傳遞,讓源端編碼器只負責發送一條乾淨穩定的貢獻流。
將一路經過驗證的貢獻訊號接入 Callaba,然後為每個目的地建立獨立的 Restream 作業。每個作業都有自己的目標設定和執行狀態;錄影、網路播放器和復原則是您可按需加入的獨立工作流程。
在 AWS 上部署 Callaba接受一次貢獻來源,然後為每個社交平台、合作夥伴端點或其他目的地建立單獨的 Restream 作業。
讓平台處理路由、通訊協定轉換和一對多傳遞,讓源端編碼器只負責發送一條乾淨穩定的貢獻流。
每個 Restream 作業都有自己的目標設定和執行時間狀態。獨立審查每個輸出,以便每個目的地都有自己明確的操作證據。
RTMP · 獨立輸出工作 01
RTMP · 獨立輸出工作 02
即使所有目的端都使用同一來源,也應將每個發布管道視為獨立的傳送約定。
為每個目的端建立獨立輸出工作,使憑證、限制與故障彼此隔離。
在直播節目需要備援端點之前,就應先完成記錄與測試。
將錄影或瀏覽器播放作為獨立工作連接至已接收的來源,並分別檢查。
本頁說明產品的能力範圍。以下指南會告訴您要開啟哪些控制項、接著連接哪個模組,以及如何確認工作流程已經就緒。
使用此約定確認擷取階段共用哪些內容,以及每個輸出需要分別驗證哪些內容。
| 功能 | 支援的行為 | 驗收檢查 |
|---|---|---|
| 把一路接入變成多個輸出 | 一份已驗證的來源串流可以供多個獨立設定的 Restream 工作使用。 | 輸入只需確認一次,再觀察每個目的端工作是否分別進入直播狀態。 |
| 把目標傳遞邏輯掌握在自己手中 | 端點 URL、憑證、媒體需求與重試行為都屬於各自的輸出工作。 | 分別開啟每個工作,並在對應目的端確認其直播狀態。 |
| 把重活從編碼器上移走 | 來源編碼器只發布一份乾淨的來源串流,由 Callaba 完成後續分流。 | 將編碼器的上傳狀態與每個已建立輸出的狀態逐一比對,而不是讓來源端重複推流。 |
| 使用跨目的地的路由彈性 | 雲端適合快速驗證工作流程;需要控制網路與資料落地位置時,可選擇自託管基礎架構。 | 在將路由用於正式環境前,先於所選環境中使用真實來源與目的端完成測試。 |
使用雲端快速驗證真實來源和目的地。當您需要基礎架構、網路或資料位置控制時,請選擇自架,然後在部署後重新驗證工作流程。
按量付費的雲端方案適合希望取得雲端優勢的團隊:快速部署、全球低延遲、可靠基礎架構、備份、彈性擴充以及託管維運。
在 AWS 上部署 Callaba對多個業務目標使用一個貢獻輸入,並為每個平台或合作夥伴端點提供明確的目標設定。
安裝自託管 Callaba每個目的地都是自己的 Restream 作業。在您的團隊在 Callaba 中驗證來源、目標和媒體設定檔後,使用 API 建立、啟動和檢查作業。
意思是先把一路直播輸入接入一個受控入口點,再決定這路訊號接下來如何移動:發送到社群平台、合作方端點、播放器,或其他工作流程模組。
當一路源訊號需要送往多個目標、備份路徑很重要,或團隊希望把路由邏輯放進受控工作流程而不是塞進編碼器設定裡時,通常會選擇這一層。
是的。 Callaba 接受來源一次,然後您為每個目標建立一個獨立的 Restream 作業。單獨配置和檢查每個作業。
如果工作流程設計正確,編碼器端通常不需要。源端一般只需發送一條受控貢獻流,平台會處理下游的一對多傳遞。
可以。當網路條件、貢獻品質或接收端基礎架構可控性很重要時,SRT 是很常見的接入選擇。
在控制介面中啟動以驗證來源、目標和設定檔。然後使用 API 建立、啟動和檢查每個獨立的 Restream 作業。
如果第一個問題是“訊號從哪裡進入”,就先看 SRT 伺服器;然後繼續看 SRT 路由 和 Restreams 轉發,定義這條流如何移動。
先用目前需要的目的端驗證一路來源串流,再依需求加入獨立的錄影或播放工作。