Callaba SRT Server

什麼是 SRT 伺服器？

此處所稱的 SRT 伺服器 是接受或管理 SRT 連線的端點。它可以接收編碼器傳來的 SRT 直播串流、將該串流轉送至另一個系統，或作為遠端訊號來源與製作平台之間受控的交接點。

在一般直播工作流程中，SRT 伺服器會執行四項實務工作：

• 接收直播訊號： 攝影機編碼器、OBS、vMix、FFmpeg、Larix 或其他訊號來源會將影音傳送至伺服器。
• 保護訊號回傳路徑： SRT 可以復原遺失的封包並加密傳輸工作階段。
• 提供即時統計資料： 操作人員可以監控位元率、RTT、封包遺失、重傳與連線狀態。
• 將串流傳遞至下游： 伺服器可以將訊號路由至錄製、轉碼、重新串流、切換或播放工作流程。

這使 SRT 伺服器成為訊號來源端與平台端之間的邊界。當遠端團隊表示“我們正在傳送”時，SRT 伺服器就是用來確認訊號是否實際抵達、是否穩定，以及媒體是否能供下游使用的位置。

SRT 伺服器與 SRT 通訊協定

此處的 SRT 通訊協定 是傳輸方式，而 SRT 伺服器 則是使用該通訊協定接收或傳送直播串流的系統或軟體端點。

什麼是 SRT 直播伺服器？

此處所稱的 SRT 直播伺服器 是用於即時或近即時直播影音回傳的 SRT 伺服器。它會在活動進行時接收直播串流，並將其送入直播製作、錄製或分發工作流程。

團隊會將 SRT 直播伺服器用於遠端活動訊號回傳、攝影機與編碼器的雲端輸入、攝影棚到雲端的傳輸、合作夥伴訊號交接、備援回傳路徑、遠端製作工作流程，以及多目的地重新串流。

“直播”一詞很重要，因為 SRT 的調校方式不同於檔案傳輸。伺服器必須在延遲與復原之間取得平衡。如果延遲設定低於實際網路路徑所需，串流即使能連線，也可能在封包遺失或抖動時斷續。

SRT 伺服器的運作方式

SRT 伺服器會透過 SRT 連線接收已編碼的音訊與視訊。媒體在交由 SRT 傳送前已完成編碼。在直播影音工作流程中，SRT 常用來承載多工的 MPEG-TS 串流，但實際容器取決於傳送端與工作流程。在 SRT 伺服器實務中，通常會收到已準備就緒的媒體串流：H.264 或 H.265/HEVC 等視訊、AAC 等音訊，有時還有中繼資料。

1. 編碼器建立直播音訊與視訊串流。
2. 編碼器將串流傳送至 SRT 伺服器。
3. SRT 伺服器接收串流並追蹤連線健康狀態。
4. 如果有封包遺失，SRT 可以在封包仍有使用價值時要求重傳。
5. 伺服器將串流傳遞至下一個工作流程步驟：錄製器、轉碼器、重新串流、切換器、API 工作流程或播放系統。

Caller、Listener 與 Rendezvous 模式

SRT 使用三種連線模式。模式會決定由哪一端建立連線，以及工作階段如何穿越防火牆與 NAT。

• Listener： 在已知的 UDP 連接埠等待傳入的 SRT 連線。這是雲端輸入伺服器或資料中心端點的常見模式。
• Caller： 主動連線至 Listener。這是現場編碼器、OBS、vMix、FFmpeg、行動應用程式與遠端訊號來源的常見模式。
• Rendezvous： 雙方都會建立連線。這在部分 NAT 情境可能有幫助，但正式使用前應仔細測試。

SRT 伺服器連接埠與防火牆規則

SRT 使用 UDP。這表示伺服器必須在雲端安全群組、主機防火牆、路由器或網路政策中開啟正確的 UDP 連接埠。

• 伺服器具有公用 IP 或可連線的網路位址；
• 正確的 UDP 連接埠已開啟；
• 編碼器使用正確的 Caller/Listener 模式；
• 若使用 Stream ID，它與伺服器路由規則相符；
• 若啟用加密，兩端的通關密語一致；
• 接收工作流程已對應至正確的下游輸出。

常見錯誤是只確認編碼器顯示“已連線”。僅有連線並不足夠，還需要確認媒體正在抵達、位元率穩定，而且下游系統能夠使用該串流。

SRT 伺服器設定範例

這是實用的第一次測試設定。請將主機、連接埠、Stream ID 與通關密語替換為你的實際值。

Server side:
mode: listener
UDP port: 10080
latency: 200 ms
stream ID: event-main
passphrase: optional, same on both sides

Sender side:
srt://YOUR_CALLABA_IP:10080?mode=caller&latency=200&streamid=event-main

SRT 伺服器在直播串流工作流程中的位置

SRT 通常在工作流程的訊號回傳端最具優勢，也就是直播訊號從來源傳到平台的部分。

攝影機或編碼器 → SRT 伺服器 → 轉碼器 / 錄製器 / 重新串流 / 播放器工作流程

SRT 伺服器收到串流後，平台可以將它用於重新串流、錄製、轉碼、播放、路由、容錯移轉、API 工作流程或正式環境監控。

SRT 伺服器與 RTMP、HLS、WebRTC、NDI 的比較

SRT 並不能取代所有影音技術。它解決的是工作流程中的特定環節。

如需通訊協定層級的比較，請閱讀 SRT 與 RTMP。

如何部署 SRT 伺服器

確切設定取決於軟體、雲端供應商與工作流程，但部署邏輯通常相同。

1. 建立伺服器或雲端執行個體 ，並為工作流程配置足夠的 CPU、網路容量與儲存空間。
2. 開啟所需的 UDP 連接埠 ，在雲端安全群組與主機防火牆中套用。
3. 建立 SRT Listener 以接收傳入的串流。
4. 設定 Stream ID 與通關密語規則 ，以便在需要時進行路由與加密。
5. 連接編碼器 ，將它設為 SRT Caller，並把串流傳送至 Listener 端點。
6. 檢查即時統計資料 ，例如位元率、RTT、封包遺失、重傳與連線狀態。
7. 將串流路由至下游 ，用於錄製、重新串流、轉碼或播放。

如何在 Callaba 使用 SRT 伺服器

在 Callaba 中，SRT 伺服器通常作為受控的輸入點。遠端訊號來源將串流傳送至 Callaba，Callaba 再讓該串流可供下一個工作流程步驟使用。

常見的 Callaba 工作流程包括：

• SRT 編碼器傳送至 Callaba，再重新串流至 Twitch 或 YouTube；
• OBS 透過 SRT 傳送至 Callaba，再錄製串流；
• vMix 透過 SRT 傳送至 Callaba，再將訊號路由至其他目的地；
• 行動應用程式透過 SRT 傳送至 Callaba，再重新串流至社群平台；
• 遠端場地傳送至 Callaba，再封裝為瀏覽器播放格式；
• SRT 輸入連接至瀏覽器多畫面監看、錄製器、API 路由與受控播放器傳遞。

SRT 伺服器應監控哪些項目

SRT 工作階段已連線並不一定代表串流健康。請同時監控傳輸健康狀態與媒體健康狀態。

傳輸訊號

• 連線狀態： 已連線、已中斷、正在重新連線或失敗。
• 輸入位元率： 媒體是否仍以預期速率傳輸。
• RTT： 傳送端與接收端之間的往返時間。
• 封包遺失： 路徑上遺失的資料量。
• 重傳： SRT 必須復原遺失封包的頻率。
• 抖動： 封包抵達時間的變化程度。
• 接收緩衝區壓力： 連線是否過度接近其復原極限。

媒體訊號

• 黑畫面、畫面凍結、音訊遺失或靜音；
• 錯誤的編解碼器、影格率、解析度或音訊格式；
• 時間戳記錯誤、缺少關鍵影格或串流對應不相容。

常見的 SRT 伺服器問題

SRT 連線無法啟動

檢查連線模式、UDP 連接埠、公用 IP、防火牆規則、Stream ID 與加密通關密語。大多數 SRT 交握失敗來自錯誤模式、UDP 流量遭封鎖、錯誤連接埠或不一致的安全設定。

串流可以連線，但視訊不穩定

檢查 RTT、抖動、封包遺失、重傳與延遲設定。如果延遲值對實際網路路徑而言太低，SRT 可能來不及在遺失封包失去作用前將其復原。

串流可以連線，但沒有音訊

先檢查編碼器。確認音訊來源已啟用、選取了正確的音訊裝置、音訊編解碼器與下一個工作流程步驟相容，而且接收應用程式能讀取音軌。

排查 SRT 伺服器前，先確認訊號來源確實有音訊。在歸咎於網路或伺服器前，使用 OBS、vMix、硬體編碼器的本機監控、耳機或裝置預覽進行確認。

SRT 統計資料正常，但觀眾仍遇到問題

如果 SRT 鏈路健康，但觀眾看到停頓或瑕疵，問題可能出在下游。請檢查轉碼、封裝、來源站、CDN、播放器行為與輸出格式。在檢查整條鏈路之前，不要歸咎於 SRT 伺服器。

自行託管與代管式 SRT 伺服器

你可以自行執行 SRT 伺服器，也可以使用代管平台。較合適的選擇取決於團隊希望自行承擔多少營運控制責任。

Callaba 可作為雲端或自行託管的 SRT 工作流程平台。你可以在 AWS 上啟動，也可以安裝到自己的伺服器，建立 SRT 輸入點，並將這些串流連接至重新串流、錄製、路由、瀏覽器預覽、多畫面監看、播放器傳遞與 API 工作流程。

SRT 伺服器活動當天檢查清單

• 確認伺服器 IP 或主機名稱。
• 確認 UDP 連接埠已開啟。
• 確認兩端的 Caller/Listener/Rendezvous 模式。
• 如有使用，確認 Stream ID。
• 如有使用，確認加密通關密語。
• 確認預期的位元率、編解碼器、影格率、解析度與音訊格式。
• 啟動串流並驗證輸入位元率。
• 檢查 RTT、封包遺失、重傳與抖動。
• 檢查實際視訊與音訊，而不只是連線狀態。
• 確認下游路由：錄製、重新串流、轉碼或播放。
• 確認時間同步：伺服器與編碼器應使用 NTP 或其他一致的時間來源，以便在疑難排解時關聯日誌與錄製內容。
• 在活動開始前測試備援路徑。

官方參考資料與相關閱讀

如需通訊協定層級的 SRT 詳細資料、Callaba 設定文件或相關工作流程指南，請參閱以下內容。

• SRT 通訊協定草案
• Haivision SRT Live Transmit 文件
• 什麼是 SRT 通訊協定？
• 如何在 OBS Studio 開始 SRT 串流
• 如何在 OBS Studio 接收 SRT 串流
• 透過 vMix 傳送與接收 SRT 串流
• 為 SRT 設定找出合適的延遲
• SRT 伺服器 API 文件

常見問題

什麼是 SRT 伺服器？

SRT 伺服器是接收、傳送或路由 SRT 串流的直播影音輸入或轉送端點。它通常用來將編碼器、攝影機、遠端場地、攝影棚、行動裝置或合作夥伴系統的直播訊號送入受控的媒體工作流程。

什麼是 SRT 直播伺服器？

SRT 直播伺服器是用於即時直播影音回傳的 SRT 伺服器。它會在活動進行時接收直播影音，並將串流傳入錄製、重新串流、轉碼、切換、路由或播放工作流程。

SRT 伺服器與串流伺服器相同嗎？

不一定。SRT 伺服器通常處理受控端點之間的直播輸入或傳輸。完整的串流平台還可能處理轉碼、錄製、觀眾播放、分析、存取控制、API 工作流程與 CDN 分發。

SRT 伺服器使用 UDP 嗎？

是的。SRT 透過 UDP 運作。因此，伺服器防火牆、雲端安全群組、路由器或網路政策必須開啟正確的 UDP 連接埠。

SRT 伺服器使用哪個連接埠？

SRT 不要求使用通用的固定連接埠。連接埠由伺服器設定定義。在正式環境中，團隊通常會為 SRT 輸入保留明確的 UDP 連接埠或連接埠範圍，並記錄每個連接埠對應的訊號、租戶或活動。

SRT 伺服器應使用 Listener 還是 Caller？

對於大多數雲端輸入工作流程，SRT 伺服器為 Listener，編碼器為 Caller。當伺服器具有公用 IP 或 DNS 名稱、已知的 UDP 連接埠與明確的防火牆規則時，這種方式能穩定運作。

OBS 可以傳送至 SRT 伺服器嗎？

可以。為 OBS 設定 SRT 輸出 URL 後，即可將影音傳送至 SRT 伺服器。伺服器接收串流後，可將其路由至錄製、重新串流、轉碼或播放工作流程。

vMix 可以傳送至 SRT 伺服器嗎？

可以。vMix 支援 SRT 工作流程，可以傳送或接收 SRT 串流。常見設定是由 vMix 將 SRT 傳送至 Callaba，再由 Callaba 處理監控、路由、錄製或重新串流。

SRT 比 RTMP 更好嗎？

對於不穩定、有封包遺失或長距離網路上的訊號回傳，SRT 通常比 RTMP 更合適。RTMP 仍常用於簡易發布與平台輸入。許多工作流程使用 SRT 進行訊號回傳，再以 RTMP 或 RTMPS 將內容最終傳遞至社群平台。

瀏覽器可以直接播放 SRT 嗎？

在一般網頁工作流程中，瀏覽器不會直接播放 SRT。SRT 伺服器會先接收串流，接著平台再將它轉換或封裝為 HLS 或 WebRTC 等觀眾播放格式。

為什麼我的 SRT 串流能連線，卻沒有畫面？

SRT 傳輸連線可能正常，但媒體承載內容仍有問題。請檢查編解碼器、容器、時間戳記、關鍵影格、音軌、串流對應、下游相容性，以及伺服器是否實際收到位元率。

如何提升 SRT 伺服器的可靠性？

使用穩定的伺服器、開啟正確的 UDP 連接埠、選擇符合實際情況的延遲、監控 RTT 與重傳、保留足夠的頻寬餘裕、驗證媒體承載內容，並在活動前測試備援端點。

SRT 通常承載 MPEG-TS 嗎？

在直播影音工作流程中，SRT 常用來承載多工音訊與視訊的 MPEG-TS，但實際媒體容器取決於傳送端與工作流程。伺服器應驗證承載內容，而不只是 SRT 連線。

應先監控哪些 SRT 伺服器指標？

從輸入位元率、RTT、封包遺失、重傳與連線狀態開始。在良好條件下，RTT 可能約為 20–60 ms。如果 RTT 持續高於 150 ms 或封包遺失超過 1–2%，請提高延遲、降低位元率或改善網路路徑。

後續步驟

• 什麼是 SRT 通訊協定？
• SRT 與 RTMP
• 如何在 OBS Studio 開始 SRT 串流
• 如何在 OBS Studio 接收 SRT 串流
• 透過 vMix 傳送與接收 SRT 串流
• 為 SRT 設定找出合適的延遲
• SRT 伺服器 API 文件

最後更新：2026 年 7 月 22 日