甚麼是主碼流與子碼流雙碼流？

雙碼流的分工原理

攝影機把感測器影像編碼後輸出，若只有單一串流，錄影與監看必須共用同一規格。結果是：為了錄影清晰而採用高解像度，監看多畫面時客戶端便不堪負荷；為了監看流暢而降低規格，錄影細節又不足以事後查證。雙碼流把兩項需求分開處理。

錄影主機一般預設以主碼流錄影，並在多畫面模式自動改用子碼流；放大單一畫面時再切回主碼流。理解這個切換行為，有助解釋「多畫面時較模糊、放大後清晰」的正常現象。

設定取捨與常見組合

設定時常見錯誤是把子碼流也調至高解像度，導致總碼流倍增而監看畫面並無改善。應先確認監控電腦或手機實際顯示每格畫面的像素尺寸，再據此決定子碼流規格。

對網絡、儲存與客戶端的影響

攝影機開啟兩條串流後，上行流量是兩者之和，但只有被訂閱的串流才會實際傳送。多數系統中，主碼流長期傳送至錄影主機，子碼流則在有人監看時才傳送，因此網絡設計應以「主碼流長期佔用加上監看高峰期的子碼流」估算。

1. 列出各攝影機的主碼流數值——以最惡劣情況即畫面持續變動時的碼流計算。
2. 加上監看高峰——估算同時監看的路數與所在位置，計入子碼流總量。
3. 核對交換機上行容量——匯集多部攝影機的上行埠最容易成為瓶頸。
4. 計算儲存需求——儲存只取決於實際錄影的串流，通常為主碼流。
5. 評估客戶端負載——多畫面解碼受電腦性能限制，必要時降低子碼流規格或減少同屏路數。
6. 驗證遠端連線——外網頻寬通常遠低於內網，遠端查看應固定使用子碼流。

儲存規劃要注意：雙碼流本身不會增加儲存需求，除非系統設定為同時錄下兩條串流。部分場合會刻意雙錄，例如子碼流用於長期保留、主碼流只保留較短期間。

第三碼流與其他用途

不少型號提供第三條串流，用途包括支援另一套管理平台、提供給智能分析伺服器、或串接大屏幕顯示。多路輸出對攝影機的編碼資源有要求，同時啟用時可能出現幀率下降或某些組合不被允許，因此規格表通常列明可用的解像度組合限制。

另一類常見用途是串流至外部平台。若需要把影像提供給第三方系統，宜以獨立串流輸出並限制其規格，避免影響錄影用的主碼流。設定前應確認該型號在同時啟用三條串流時，主碼流的解像度與幀率是否會被自動下調；這一點只能以實測確認，規格表未必完整說明。

智能分析方面，部分分析功能在攝影機內基於原始影像運行，與串流設定無關；若分析在伺服器端進行，則所用串流的解像度與幀率會直接影響準確度，不宜使用過低規格的子碼流。

香港環境的實務考慮

香港的商廈與住宅單位常見以家用寬頻作遠端查看，上行頻寬明顯低於下行，因此遠端監看必須依賴子碼流。若手機查看時經常卡頓或延遲，多數並非攝影機問題，而是上行頻寬不足或子碼流設定過高，調整設定通常比更換設備有效。

本地舊樓與工廈的網絡設備亦常為多年前安裝，交換機上行仍為較低速率，而攝影機解像度卻已提升。實務上遇到的畫面間歇卡頓，經核算後往往是上行埠飽和所致。加設攝影機前應重新核算總碼流，必要時提升上行連線或分散匯聚點。

此外，涉及影像存取與保留的安排須符合《個人資料（私隱）條例》（第486章）及私隱專員公署的閉路電視監察指引。若採用兩條串流分別以不同期限保留，應在文件中清楚說明各自的保留期限與刪除安排，避免出現一條串流已刪除而另一條仍長期保存的情況。

常見問題

權威參考來源

• 維基百科：Data compression（影像壓縮與碼流控制）
• RFC 7826（Real-Time Streaming Protocol Version 2.0）
• 維基百科：Real Time Streaming Protocol（RTSP）
• 《個人資料（私隱）條例》（第486章）

相關技術主題