UDP組播視訊串流故障排除指南

介紹

這個 UDP組播視訊串流故障排除指南!! 解釋如何配置多播流, 驗證相機偵測, 並解決在 VLC 或 SPlayer 中使用 UDP MPEG-TS 串流時的常見播放問題.

它旨在幫助您在測試過程中快速識別配置錯誤和網路相關問題.

---

Q: 系統是否支援組播? 我可以將一個流輸出到多個IP嗎?

一個: 是.

系統全面支援 UDP多播視訊串流, 允許將一個視訊串流同時傳送到多個接收器，而無需為每個 IP 位址複製串流.

這是同一網路內的一對多流機制.

---

UDP 群播的工作原理

啟用組播模式:

• 設定 遠程 IP 在寄件者身上 (編碼器) 多播地址的一側
  例子: 224.0.0.23
• 所有接收者必須使用相同的 IP 位址加入同一組播群組

接收器設定範例

斯佩爾:

• 設定群組IP: 224.0.0.23

VLC媒體播放器:

• 開啟網路串流: udp://@224.0.0.23:8090

---

重要提示

• 在組播模式下，實際設備 IP 並不重要
• 串流傳輸取決於網路是否支援組播
• 所有設備必須加入同一組播組
• 效能很大程度取決於網路穩定性和配置

---

遠端IP設定範例 (編碼器側)

SDI/AHD 多播至 IP 編碼器板的遠端 IP 設定:

• 設定輸出模式: UDP組播
• 設定組播IP: 224.0.0.23
• 設定連接埠: e.g. 8090
• 儲存配置並重啟編碼板

⚠️ 重要的: 編碼器必須重新上電 (重新啟動) 以使更改生效.

---

VLC 網路 URL 設定範例

用於多播流的 VLC 網路 URL 設定:

• 開啟VLC
• 點擊 媒體 → 開放網路串流
• 進入: udp://@224.0.0.23:8090
• 點擊播放

---

相機和編碼器檢查 (非常重要)

測試多播流之前:

1. 檢查 網路伺服器影片頁面
   • 確保相機被正確偵測到
   • 如果未偵測到相機, 不會輸出任何視訊串流
2. 驗證編碼參數
   • 正確的解析度和比特率設置
   • 確保 UDP 輸出已啟用
3. 配置更改後重新啟動編碼器

---

UDP 群播視訊串流故障排除指南!!

如果多播不起作用, 請遵循此故障排除清單:

1. 網路環境問題

• 路由器/交換器不支援組播
• 已啟用 IGMP 偵聽但不存在 IGMP 查詢器
• 設備位於不同的 VLAN 或子網路中
• Wi-Fi 網路阻止多播流量
• VPN 或虛擬網路幹擾

---

2. 個人計算機 / VLC 問題

• Windows 防火牆阻止 UDP 流量
• 防毒軟體阻止多播封包
• VLC 綁定到錯誤的網路介面
• 多個網路適配器導致路由衝突
• VLC 中使用的網路串流格式不正確

---

3. 編碼器配置問題

• 未偵測到相機 → 無流輸出
• 群播 IP 或連接埠配置錯誤
• 更改後編碼器未重新啟動
• 流格式不正確 (必須是 MPEG-TS 才能相容於 VLC)

---

4. 協議 & 多播行為問題

• 群播 TTL 太低，無法通過網路設備
• 交換器不支援Layer 2 群播轉發
• IGMP 加入未正確註冊
• 網路無法正確轉送組播封包

---

5. 推薦的調試步驟

如果您仍然無法接收串流:

• 首先測試單播以確認編碼器輸出正常
• 在不同的 PC 或網路介面上嘗試 VLC
• 暫時關閉防火牆進行測試
• 透過開關直接連接編碼器和PC (同一子網路)
• 檢查路由器/交換器多重播設定 (啟用 IGMP 支持)

---

概括

該 UDP組播視訊串流故障排除指南!! 幫助你:

• 正確配置組播流
• 設定編碼器和 VLC 參數
• 了解組播網路要求
• 快速診斷常見故障

群播功能強大但高度依賴網路支持. 編碼器和網路基礎設施的正確配置對於穩定的視訊傳輸至關重要.

Q: RTSP latency is too high in our application, while UDP unicast works well with low latency.
然而, we have not been able to configure UDP multicast successfully. As an alternative, is it possible to configure multiple UDP unicast destination addresses so that the same stream can be sent to multiple receivers simultaneously?

一個: 從技術上來說, your requirement is exactly what UDP multicast is designed for, and multicast remains the standard and recommended solution for distributing the same video stream to multiple receivers with minimal bandwidth overhead.

If multicast is currently not working, the issue is usually related to network configuration rather than the encoder itself. Typical causes include:

• IGMP snooping or multicast filtering settings on switches/routers
• VLAN or subnet configuration issues
• Receiver-side multicast permissions
• Wireless AP multicast handling limitations

As a workaround, it is technically possible to create a customized firmware version that supports multiple UDP unicast destination addresses simultaneously. 例如, the web interface could be modified to allow configuration of several target IP addresses, and the encoder would transmit separate UDP streams to each destination.

然而, this approach is generally not recommended because it introduces significant bandwidth overhead.

例如:

• 1 destination = normal bandwidth usage
• 2 destinations = approximately 2× bandwidth usage
• 3 destinations = approximately 3× bandwidth usage

This is especially important in wireless transmission environments, where available throughput is limited. Multiple unicast streams can quickly consume the available wireless bandwidth and reduce overall system stability and performance.

This is precisely why multicast exists: it allows multiple receivers to share the same stream without multiplying network bandwidth consumption.

因此, we strongly recommend resolving the multicast network configuration rather than implementing multiple parallel unicast outputs whenever possible.