直接回答
為網格開啟低位元速率子碼串流，並僅將選取的攝影機切換到其主碼串流。 保持兩個設定檔映射顯式，並在主流失敗時優雅地回退。
為什麼會發生這種情況
總是解碼每個主流會浪費頻寬和硬體容量。 在主流切換之前關閉每個子流也會產生空白並減慢用戶回饋。
可靠的攝影機檢視取決於有限的重試、可觀察的運作狀況和經過深思熟慮的主/子流策略。
受控測試
測試切換時間、音訊行為、攝影機會話限制以及高品質設定檔不可用時的恢復。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 測繪 | 儲存經過驗證的主流和子流設定檔對。 | 每個攝影機都會切換到預期的資源。 |
| 溫暖之路 | 決定在切換期間是否短暫重疊流。 | 這種過渡避免了不必要的空白期。 |
| 容量 | 限制同時進行的主流促銷活動。 | 該設備保持在解碼和網路預算範圍內。 |
| 倒退 | 主流失敗時返回子流。 | 相機保持可見且品質狀態清晰。 |
保留證據
測量第一個高品質幀的時間和恢復到網格的時間。 包括解碼器和會話計數效果。
邊界和安全說明
不要暗示低品質的網格適合識別或證據；當需要詳細資訊時，推廣並記錄適當的流。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
所有網格圖塊都應該使用子流嗎？
通常對於規模來說是肯定的，前提是解析度仍然足以完成概覽任務。
切換可以短暫開啟兩個攝影機會話嗎？
根據實施情況，可能需要測試相機會話限制。
如果主流是 H.265 會發生什麼事？
目標設備必須支援它，或者切換策略應選擇相容的設定檔或網關。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南使用子流進行概覽，按需將一台攝影機提升到主流，並使過渡可觀察。