直接回答
使用子碼流進行多機位網格和例行檢查；僅在需要詳細資訊或記錄政策需要時才開啟主流。 驗證兩條路徑並清楚標記它們。
為什麼會發生這種情況
解碼每個攝影機最高解析度串流的網格可能會浪費頻寬、加熱觀看設備並增加啟動時間。 子流的存在是為了減少該負載，但對於識別或證據來說可能太軟。
將 URL、憑證、位址族和 RTP 傳輸視為可以獨立失敗的單獨變數。
受控測試
測量實際相機上兩個設定檔的位元率、解析度、幀速率、編解碼器和啟動時間。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 網格 | 在每個普通圖塊中載入子流。 | 所有攝影機均保持預期規模的反應。 |
| 細節 | 按需打開主流。 | 可以獲得精細的細節，而不會給整個網格帶來負擔。 |
| 編解碼器 | 首選子流廣泛支援的編解碼器。 | 每個目標設備都會解碼。 |
| 標籤 | 按用途命名配置文件，而不僅僅是供應商編號。 | 運營商一致地選擇預期的流。 |
保留證據
每台相機保留一個小配置表。 它將“高”和“低”轉換為可測量的解析度、位元率、編解碼器和用例選擇。
邊界和安全說明
子流並不自動安全或可靠；它使用與主流相同的帳戶和網路信任邊界。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
子碼串流是否會降低相機影像品質？
它故意降低比特率或分辨率，但主流可以保持不變。
NVR 應該記錄子流嗎？
這取決於保留和細節要求；許多系統記錄主碼流，而觀眾則顯示子碼流。
主碼流和子碼流可以使用不同的編解碼器嗎？
許多相機都允許這樣做，這使得 H.264 對於相容性很有用，而 H.265 則保留用於錄製。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南選擇高細節主流用於檢查，選擇較低位元率子流用於網格、遠端鏈路和受限設備。