直接回答
當來源編解碼器和參數被目標接受時，使用直通。 首先探測相機，然後驗證瀏覽器或下游支援；僅轉碼不相容的曲目。
為什麼會發生這種情況
重新串流可以更改傳輸並扇出會話，而無需解碼視訊。 它可以節省 CPU 並保持質量，但它無法使不受支援的編解碼器突然可以播放。
瀏覽器通常需要一個網關將攝影機輸入轉換為網路原生傳輸路徑。
受控測試
分別測試視訊和音訊並比較網關 CPU、啟動時間和目標用戶端相容性。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 來源 | 探測編解碼器、設定檔、解析度和音訊。 | 壓縮軌道是已知的。 |
| 目的地 | 列出接受的編解碼器和容器。 | 相容性是明確的。 |
| 直通 | 無需視訊解碼即可重新重複使用或中繼。 | CPU 仍然很低，品質沒有變化。 |
| 倒退 | 僅對失敗的軌道或設定檔進行轉碼。 | 增加的容量和延遲是有限的。 |
保留證據
記錄哪些曲目經過、哪些曲目被轉換、原因。 這可以防止未來的營運商假設網關可以對所有內容進行轉碼。
邊界和安全說明
低 CPU 中繼仍然可能暴露憑證或成為單點故障；像任何其他網關一樣保護和監控它。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
重新串流與轉碼相同嗎？
不會。重新串流媒體可以中繼或重新包裝壓縮媒體，而無需對其進行解碼和重新編碼。
為什麼瀏覽器中直通失敗？
即使另一個 RTSP 用戶端支援相機編解碼器或打包，瀏覽器也可能不支援。
視訊通過的同時音訊可以轉碼嗎？
是的，如果網關支援獨立軌道處理。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南重複使用壓縮的攝影機視訊以減少運算量，同時檢查編解碼器、音訊和分組化端到端相容性。