控管可連線的對象
透過 Stream ID 或對端 IP 規則控制發布者與接收端存取。啟用加密時設定相符的 SRT 密碼片語。
Callaba · 雲端與自管
接收遠端攝影機訊號和完成的節目。在瀏覽器中監看畫面、音訊和連線狀態,再路由或錄製這些訊號。在支援的部署中,可藉助 Video Mixer 進行即時製作。
在您的 AWS 帳戶或您營運的 Linux 基礎設施中執行。
即時 SRT 示範
建立一條持續一小時的暫時連線。以 Caller 模式將訊號發送到發布者位址, 將 Stream ID 留空。 可在下方 Multiview 中觀看,或以 Caller 模式將接收端連線到接收端位址。
伺服器控制
無需離開控制臺即可檢視哪個發布者已連線、檢查其位元率和 RTT,並找到連線事件。
透過 Stream ID 或對端 IP 規則控制發布者與接收端存取。啟用加密時設定相符的 SRT 密碼片語。
在更改接收端或編碼器之前檢查位元率、RTT、遺失封包和已連線對端。
從伺服器設定開啟 Show logs。暫停更新,按時间或訊息搜索,並匯出所需事件。
自有 SRT 伺服器
選擇編碼器和接收端的連線方式。將佔位符替換為 Callaba 控制臺顯示的值。
主機和連接埠模式兩個不同的 UDP 連接埠:一個發布者連接埠和一個接收端連接埠。Stream ID 有意留空。
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=caller使用發布者 UDP 連接埠。此獨立連接埠模式請將 Stream ID 留空。
srt://example.invalid:YOUR_RECEIVER_PORT?mode=caller使用不同的接收端 UDP 連接埠。此處也請將 Stream ID 留空。
在 Streaming servers → SRT servers 中建立監聽器並預留 UDP 連接埠。在 Streams 中為預期的發布者和接收端角色允許空 Stream ID。
將編碼器和接收端設為 Caller,並分別貼上位址。Caller 和 Listener 表示誰發起工作階段;它們不表示媒體方向。
啟動訊號源。在 Statistics 中確認發布者和入站位元率,然後在接收端處檢查影像並收聽音訊。
編碼器和接收端設定
從 OBS、vMix 或 SRT 編碼器傳送至發布者位址。請在接收應用程式中開啟接收端位址。兩端的連線設定必須相符,並確認接收端支援媒體格式。
製作、監看與交付
您的 SRT 訊號可供 Callaba 的其他功能使用。保留現有製作流程並在此處處理輸出,或將攝影機送入 Video Mixer,在瀏覽器中製作節目。
在 Multiview 中並排檢查入站影像和音訊,每個圖塊都顯示串流資訊。
了解 Multiview將完成的訊號交付給 SRT 接收端,或設定發布至 YouTube、Facebook 和 Twitch。
路由和轉推視訊保留入站訊號的錄製,或錄製您在混音器中製作的節目。
錄製 SRT 流在場景中合成即時訊號與媒體。在 Preview 準備下一個鏡頭,切至 Program 並混音。
混合 SRT 訊號源選擇執行位置
掌握訊號執行的位置。Callaba 提供瀏覽器工作區;您的團隊負責主機、網路存取與儲存。
容量規劃
計算同時執行的訊號源和目的地。為重傳保留網路容量,並為錄製保留磁碟空間。Multiview、混音和轉碼比轉發同一編碼訊號增加更多處理負載。
連線檢查
檢查伺服器已啟用、公網位址和發布者 UDP 連接埠正確,且防火牆、NAT 或 AWS 安全群組允許流量。然後檢查兩端允許的 Stream ID 和任何密碼片語。
在更改編碼設定前,先在事件歷程和 Show logs 中尋找連線嘗試。
先檢查是否有入站位元率。確認接收端連接埠或配對接收端 Stream ID 選取了預期訊號,再檢查接收應用程式支援的封裝格式、視訊編碼和音軌。
瀏覽器觀看需要相容播放路徑;瀏覽器不能直接播放原始 SRT URL。
比較同一時间段的位元率、RTT 和遺失封包。檢查上行容量和重傳餘裕,再檢查延遲設定。更大的緩衝區無法修複持續不足的上行頻寬。
匯出對應的伺服器日誌,將斷線與訊號源或網路事件關聯。
示範中使用獨立發布者和接收端連接埠時請留空。共享監聽連接埠時請使用配對的發布者和接收端 ID。參見 兩種連線方法。
在 Callaba 中接收訊號源,然後使用目標平臺的流 URL 和金鑰建立 Restreaming 任務。符合平臺要求的視訊和音訊設定。
可以。將 SRT 訊號源加入 AV Mixer,在 Preview 中建立場景,再使用 CUT 或 FADE 將下一場景切到 Program。每個攝像機或其他混音器輸入使用一個單元。參見 目前 Mixer 輸入定價。
從誰負責營運伺服器以及接收後必須完成的工作開始。Castr 和 IN/OUT-SRT 等代管服務、MediaMTX 和 SRS 等開源伺服器,以及 SRT Mini Server 等 Windows 軟體適合不同營運模式。Callaba 可在 AWS 或您的 Linux 基礎設施上執行,提供瀏覽器控制和已連線的視訊模組。
如果主要任務是端點之間的路由,也可檢視 SRT Gateway 工作流程。
API 存取
此只讀請求返回已設定的 SRT 伺服器。請將主機和 API token 替換為伺服器的值;該請求不會更改設定。
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'用於設定獨立連接埠或配對的 Stream ID、檢查傳輸狀態、設定延遲並診斷即時貢獻路徑的實用 SRT 伺服器參考。
SRT server(SRT 即時伺服器)是為 SRT 貢獻工作階段設定的端點。SRT 在 UDP 上執行,提供連線模式、復原和可選加密;SRT 協議草案說明了該傳輸協議。
Caller 發起工作階段,Listener 等待工作階段。這些名稱不決定媒體方向:請在相關端點或下游任務中設定發布者或接收端角色。
在 Streaming servers → SRT servers 下建立伺服器。使用 Streams 允許發布者和接收端存取,然後使用該伺服器的主機和分配的 UDP 連接埠。
使用獨立連接埠時,預留一個發布者連接埠和一個接收端連接埠;Streams 條目和端點 URL 中可以使用空 Stream ID。使用共享監聽連接埠時,採用具有相同伺服器代碼和 Stream ID 的配對發布者及接收端存取項目,並使用 publisher/… 和 receiver/… 前綴。一次測試請選擇一種模式,不要混用識別碼。
在主機防火牆和網路邊界開放所選 UDP 連接埠或連接埠範圍。NAT 後的 Caller 可以向可達的 Listener 建立出站連線;請從真實源網路測試。若啟用加密,兩端須設定相同密碼片語。
以下範例適用於設定了獨立發布者和接收端連接埠且 Stream ID 為空的伺服器。請替換主機、分配的連接埠和輸入檔案。FFmpeg SRT 協議文件定義了這些 URL 選項。
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"
在 FFmpeg 中,latency=200000 是 200 ms 範例,因為該選項以微秒計。正式環境的延遲應根據實測 RTT、遺失封包和允許的端到端延遲確定;參見 SRT 延遲指南。
SRT 延遲是傳輸復原緩衝區,不是完整的端到端延遲。擷取、編碼、接收端緩衝、解碼、封裝和播放器緩衝都會增加時间。降低緩衝區之前先測量完整路徑。
為並發流、實測位元率、重傳、監看和啟用的下游任務規劃網路與主機資源。在長時间活動之前,觀察完整計畫負載足夠久,以暴露排隊、資源爭用或不穩定的源連線。主備傳輸路由可在切換時保留已連線的接收端和拉流器工作階段;活動中依賴它前請測試其訊號、緩衝區和目的地行為。
在雲端啟動、安裝到 Linux,或先查看即時 Multiview 體驗,再進行自動化。