直接回答
探測流，確認 H.265 已公佈，並在實際目標設備上進行測試。 如果失敗，請在插入轉碼網關之前嘗試相機的 H.264 子碼流。
為什麼會發生這種情況
RTSP 傳輸支援和 H.265 解碼支援是分開的。 硬體解碼器、瀏覽器傳輸格式和應用程式實作各不相同，因此一台裝置上的工作攝影機流無法建立整個裝置群組的相容性。
在假設觀看者或網路出現問題之前，請檢查已發佈的曲目和編解碼器參數。
受控測試
在每個目標平台上測試一個主流和一個子流，同時記錄 CPU 使用情況、啟動時間和熱行為。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 廣告編解碼器 | 確認流其實是 H.265。 | 探頭輸出標識 HEVC 視訊。 |
| 目標解碼器 | 在每個受支援的裝置類別上播放。 | 設備渲染時不會出現軟體解碼器過載的情況。 |
| 倒退 | 啟用 H.264 子流。 | 無需轉碼即可恢復相容性。 |
| 閘道 | 僅當來源無法提供可用的設定檔時才進行轉碼。 | 測量增加的延遲和容量成本。 |
保留證據
維護包含編解碼器、解析度和結果的相機與設備矩陣。 它阻止單一的成功推廣到每個客戶。
邊界和安全說明
轉碼可以解決相容性問題，但會增加運算、延遲和另一個故障域；它應該是一個明確的架構選擇。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
RTSP 支援 H.265 嗎？
RTSP可以控制不同媒體編解碼器的交付；實際的 H.265 支援取決於伺服器和用戶端。
我應該將 H.265 轉換為 H.264 嗎？
首先嘗試本機 H.264 相機子流，因為它可以避免網關計算和額外延遲。
為什麼 H.265 在桌面上可以工作，但在手機上卻不行？
設備或應用程式可能會暴露不同的硬體解碼器功能和資源限制。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南在新增轉碼器之前確定相機、檢視器和目標裝置是否可以攜帶和解碼 HEVC。