直接回答
在可信任 LAN 上測試攝影機的直接流，然後驗證 NVR 接收該通道，然後測試 NVR 的匯出流。 將每個躍點的憑證和 URL 分開。
為什麼會發生這種情況
NVR 可以繼續顯示舊訊框、重新對應頻道號碼、轉碼編解碼器或強制執行其自己的帳戶和會話限制。 最後一跳的檢視器故障無法辨識故障段。
可靠的攝影機檢視取決於有限的重試、可觀察的運作狀況和經過深思熟慮的主/子流策略。
受控測試
建立包含端點、帳戶擁有者、編解碼器和最後良好證據的三行路徑圖。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 相機至 NVR | 驗證 NVR 從相機接收目前影格。 | 攝取時間和頻道標識正確。 |
| NVR 內部 | 確認頻道、設定檔和任何轉碼策略。 | 預期的相機映射到預期的輸出。 |
| NVR 給觀眾 | 使用 NVR 帳號測試匯出的 RTSP 路徑。 | 最終客戶端打開當前媒體。 |
| 旁路 | 在政策允許的情況下比較臨時的直接視圖。 | 失敗的躍點被隔離。 |
保留證據
在同一測試期間儲存來自攝影機、NVR 和檢視器的時間戳記。 這揭示了陳舊的幀和時鐘不匹配。
邊界和安全說明
直接繞過是一個診斷步驟，而不是允許將攝影機暴露在受控網路之外或規避記錄器策略。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
為什麼 NVR 顯示視訊但 RTSP 輸出失敗？
記錄器可以使用不同的通道路徑、編解碼器、帳戶或輸出服務。
NVR 可以更改編解碼器嗎？
有些記錄器中繼來源，而有些記錄器轉碼或公開單獨的設定檔；檢查實際輸出。
為什麼要比較時間戳記？
除非驗證時間進度，否則凍結或快取的幀看起來像是即時成功。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南透過獨立測試直接攝取、記錄器通道映射和檢視器輸出來診斷多跳攝影機系統。