SRT 伺服器是託管貢獻端點。為真實網路配置延遲和頻寬，保護其安全，然後使用遙測和受控路由，而不是根據玩家症狀進行猜測。
開始之前
可存取的 UDP 連接埠和防火牆規則（如果可能）僅限於所需的來源。
真實的 SRT 編碼器或測試來源和接收器（例如 VLC 或下游 Callaba 模組）。
測量的網路 RTT 和預期峰值位元率。
設定說明
只說明操作員需要的控制項；內部欄位名稱與實作事件不會顯示。
聆聽者
SRT 端點的身份和網路容量。
- 名稱和活動狀態
此 SRT 伺服器的操作員標籤和生命週期狀態。
- 監聽埠
傳入 SRT 連線所使用的 UDP 連接埠。
- 接收連接埠
已設定工作流程的接收方所使用的選用不同連接埠。
- 延遲
SRT 恢復緩衝區大小適合測量的網路路徑。
從測量的 RTT 開始，並在代表性丟包情況下進行測試。- 最大頻寬
餘量SRT可用於相對於媒體比特率的重傳。
- 接收緩衝區
SRT 接收器可用的主機緩衝區。
- 連線逾時
在會話被視為失敗之前，不可用的對等點可以保持未解決狀態多久。
安全和訪問
保護媒體並限制誰可以發布或接收。
- 密碼
由授權對等方共用的可選 SRT 加密金鑰。
使用強秘密並將其與 URL 分開分發。- 存取方式
需要明確的流存取物件、受主機限製或故意允許更廣泛的存取。
- 發布者和接收者角色
將發送媒體的客戶端與使用媒體的客戶端分開。
路由和恢復
將此端點連接到一個或多個 SRT 對等點。
- 路由方式
停用路由或使用 Callaba/公共位址對等點定義。
- 推或拉
PUSH 向偵聽器傳送； PULL 連接到可用來源。
- 路由主機
配置的路由工作流程所使用的有序對等位址。
可觀察性
在更改傳輸參數之前使用現場證據。
- 統計區間
用於支援的統計資訊收集或回調的頻率。
- 即時比特率
顯示媒體目前是否到達。
- 網路RTT
SRT 會話報告的往返時間。
- 連接和事件歷史記錄
用於診斷斷開連線的會話和傳輸事件。
安全的首次工作流程
- 01
使用未使用的 UDP 連接埠和明確的運營商名稱建立伺服器。
- 02
測量真實路徑，然後設定該網路的延遲、最大頻寬和逾時。
- 03
新增密碼和明確發布者/接收者流存取。
- 04
啟動伺服器並連接一個真實的發布者。
- 05
連接一個接收器或下游模組並確認即時位元速率和網路 RTT。
- 06
只有當單一路徑穩定後，才加入路由或備份PULL來源。
工作流程範例
建立、驗證、編輯和停用 SRT 伺服器
操作員需要變更 SRT 端點，而無法將已儲存的表單誤認為工作媒體路徑。
如何建立
- 1
建立伺服器及其角色、連接埠、存取策略和預期媒體設定。
- 2
啟動它並等待發布者或接收者期望的端點狀態。
- 3
連接真實媒體並驗證位元率、圖片、音訊和預期的下游輸出。
- 4
編輯前，確定該欄位是否需要停止或重新啟動；儲存更改，恢復伺服器並重複相同的媒體測試。
- 5
在刪除伺服器之前，請刪除或重新指派依賴它的每個路由、錄製、Multiview圖塊和輸出。
安全地遠端參與生產
現場編碼器透過公共互聯網發送提要。
如何建立
- 1
建立 SRT 偵聽器並根據測量的路徑調整延遲大小。
- 2
設定密碼並為編碼器建立發布者流。
- 3
連接編碼器並確認位元率、RTT 和穩定的會話狀態。
- 4
在多重檢視、錄製或重播中選擇經過驗證的 SRT 來源。
主要和備用 SRT 貢獻
生產有兩個獨立可到達的來源，並且需要受控的恢復路徑。
如何建立
- 1
將獨立測試的主備主機新增至 PULL 路由計畫。
- 2
在啟用有序路由工作流程之前單獨驗證每個來源。
- 3
在Multiview或操作員介面中觀察兩個來源的運作狀況。
- 4
對於有計劃的切換，使用首選路由控制；對於重新連接恢復，請觀察活動會話和輸出。
- 5
模擬維護時段期間的來源遺失並記錄恢復行為。
來自一個多軌 SRT 程式的多語言瀏覽器事件
Production 提供一個 SRT/MPEG-TS 節目以及多個成品語言或評論曲目。
如何建立
- 1
接收多軌 SRT 來源並確認每個產生的音軌都存在。
- 2
偵聽 SRT Server 統計資料中發現的軌道並指派操作員可讀的語言名稱。
- 3
為每種受眾語言建立一個網路播放器；將「修改音軌」設定為「選擇音軌」並對應預期的來源索引。
- 4
將這些玩家新增至語言清單群組並選擇預設語言。
- 5
在乾淨的瀏覽器會話中測試切換、存取規則和播放。
來自單獨 SRT 來源的多語言瀏覽器事件
Production 將每種最終語言作為獨立的 SRT 來源提供，而不是一個多軌節目。
如何建立
- 1
接收並驗證每種生成語言的獨立 SRT 來源。
- 2
每個經過驗證的提要創建一個網頁播放器並為受眾命名。
- 3
將這些玩家新增至語言清單群組並選擇預設語言。
- 4
在乾淨的瀏覽器會話中測試切換、存取規則和播放。
驗證結果
- 真實的發布者和接收者在計劃的測試期間保持連線。
- 即時比特率確認媒體到達，網路 RTT 保持在測試的延遲預算內。
- 選定的存取策略會拒絕未經授權的串流身分或主機。
- 備份來源測試會產生記錄的復原行為。
疑難排解
會話已連線但媒體中斷
檢查- 將比特率與可用上傳進行比較。
- 檢查 RTT 和丟包行為。
- 查看延遲和最大頻寬。
僅根據測量證據增加復原空間；還可以修正來源位元率或網路瓶頸。
發布者無法連接
檢查- 檢查 UDP 防火牆和公共位址。
- 匹配連接埠、模式、密碼和串流身份。
測試一個沒有下游模組的發布者，然後恢復經過驗證的接收器路徑。
備份未如預期接管
檢查- 獨立驗證兩個來源。
- 檢查路由順序、模式和逾時。
- 觀察故障期間的活動會話。
修正失敗的來源或路由定義並重複受控故障測試。