COFDM接收器Vcan1776-RX流協議的UDP流播放器設置

UDP流播放器在COFDM HDMI無​​線視頻發射器和接收器上設置

UDP流播放器是最低延遲CVBS模擬視頻編碼器的最佳解決方案. COFDM無線視頻接收器VCAN1776-RX默認固件支持RTSP播放器. 一些客戶需要使用UDP協議.

可以在網頁上配置IP地址和端口號, HTTP://192.168.0.215 (默認)

UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 1
  1. 升級固件後, 接收端將恢復出廠默認參數 (中心頻率: 320兆赫, 無線帶寬: 6兆赫, 網絡端口IP地址: 192.168.0.215), 客戶需要通過 參數配置板工具, 和發射器保存一致.
  1. 客戶通過網頁訪問接收器Web服務器 (HTTP://192.168.0.215), 並修改其自己的IP地址以及連接到接收器的Windows PC端的IP地址的設置:

注意: 他們之中, 本地IP是接收器自己的IP, 遠程IP是對接Windows PC結束IP. 客戶可以根據他的實際情況進行配置. 請注意，修改僅在重新啟動接收器後才生效.

下載UDP播放器 斯佩爾

  1. 下載UDP播放器 斯佩爾.
  2. 在Windows PC上打開Splayer播放器, 單擊右下角的設置按鈕, 設置頁將彈出:
UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 2

注意:

  1. 可以看出，端口端口號設置為 1234, 它是由接收器的UDP流媒體編碼的，無法修改;
  2. 在解碼列中, 根據當前的視頻流屬性進行配置, 例如H264低延遲視頻流配置如上;
  1. 設置並單擊 “確認” 保存參數的按鈕, 單擊左下角的播放按鈕. Windows PC接收到UDP推動流之後, 它將立即解碼並播放.
UDP stream player setting for wireless video transmitter and receiver
無線視頻發射器和接收器的UDP流播放器設置

以上UDP流播放器設置適合以下模型.

它如何支持Linux VLC播放器? 在Linux下玩低延遲流?

題: 現在UDP流不在VLC播放器中. 我需要在Linux下播放此UDP流，然後嘗試了解此流的細節. 任何腳本，鑰匙或其他東西?

我想在Linux下製作自己的播放器，我想從解調器中了解此UDP視頻流的詳細信息.

如果是常規的UDP視頻流, 然後質疑為什麼它不與VLC或Obs Studio一起玩.

回答: 用於型號VCAN1726-RX, 我們有兩個可選的固件, RTSP播放器的第一個固件支持VLC播放器, 但是一些客戶提到它的延遲很長, 所以我們製作了第二個固件, UDP在Splayer廣播, 支持較低的延遲.

此UDP音頻和視頻流是我們的自定義格式, 因此VLC無法解釋. 如果您的客戶想打開自己的玩家 (在Linux下), 當前有兩個選擇:

  1. 更新到默認的RTSP流訪問 (RTSP播放器的第一個固件)
  2. 我們提供相應的Demux庫和例程 (我們需要了解客戶的Linux環境，以編譯合適的庫文件)
  3. 這是 “Demux庫和例程” 由我們的工程師在Ubuntu下撰寫 14.04 64位系統

對於普通客戶來說，第二種非常困難, 而且我們不知道您自己的客戶玩家的發展功能.

因為有些客戶遇到了Windows OS VLC播放器的低延遲問題, 無論我們在這裡如何測試, 我們沒有發現這個問題. 當時, 您使用Windows測試. 也許如果將其更改為Linux, 不會有RTSP流問題. 請嘗試在Linux上使用第一個版本的固件測試VCAN1726樣品. 也許這不是Linux OS上的問題.

題: 您可以為此應用構建Docker映像嗎? 哪個端口用於傳入流, 以及帶有一些廣泛使用編解碼器的外向流的另一個端口 (H264)?

什麼是Splayer和UDP流播放器?

Splayer是支持各種視頻格式的媒體播放器, 包括UDP流.

UDP流是一種使用用戶數據報協議通過Internet發送視頻數據的方法 (UDP), 這是一個快速而簡單的協議，不能保證數據包的交付或順序.

UDP流可以用於實時視頻廣播或低延遲視頻傳輸, 但這也可能遭受數據包丟失或腐敗的困擾.

根據網絡搜索結果, Splayer可以使用以下步驟播放UDP流:

  • 打開Splayer，然後單擊 “開啟網址” 右上角的按鈕.
  • 輸入格式UDP的UDP流的URL://@ip: 港口, 其中IP是服務器的IP地址，端口是流的端口號. 例如, UDP://@224.0.0.1:1234.
  • 單擊 “好” 按鈕並等待流加載.

Splayer如何很好地適合Win10?

題: 我們無法開始爆發器 4.2 和 4.3 在窗戶下 10. 您能否為我們提供正確版本的Windows Splayer 10 和 11?

4.2 目前開始和關閉. 4.3 從錯誤消息開始.

故障應用程序名稱: splayer.exe, 版: 1.0.0.1, 時間戳記: 0X646D83E2
故障模塊名稱: dvb_demux.dll, 版: 1.0.0.1, 時間戳記: 0X5FE5BDBF
異常代碼: 0XC0000005
故障偏移: 0X0001484A
故障過程ID: 0X3888
故障申請開始時間: 0X01DA1164B89C78EB
故障應用路徑: C:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\Splayer.exe
故障模塊路徑: C:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\dvb_demux.dll
報告ID: 4AF19407-045E-48E-A0F7-86FC90C6B3D3
故障包全名:
故障包裝相關的應用程序ID:

回答: 請嘗試使用我們的splayer_qt_v1.0.zip (103.5MB).

反饋: 新版本的Splayer在問題網站上效果很好 10! 謝謝你！

題: 我們發現播放Reciver的視頻時的時間延遲增加了Splayer程序 (UDP流).

如果詳細說話 – 接收器直接與以太網電纜連接到PC. PC和接收器在同一本地網絡中. 當我們啟動濺射器時，時間延遲是正常的，精確的計數向我們展示了 330 MSEC, 從HDMI輸出中，這是我們觀察到的一點點 270 MSEC. 這很好. 但是，如果我們等待幾分鐘而沒有任何改變工作場所的任何變化，我們會觀察到時間延遲的持續增加 1-1,5 SEC在客戶申請中不可接受.
昨天我自己贏了 10, 在不同的PC上Win11與Splayer QT的複雜關閉贏得Brandmauer (您的最後版本), 和splayer 4.3 (舊版). 我每次以任何配置重複此問題.
請幫助我解決這個問題. 我們需要從播放器播放中持續不斷的時間延遲時間，這可能不超過 350 MSEC.

回答: 這樣的問題不應該發生, 因為播放器在低延遲模式下沒有緩存, 延遲完全取決於PC的解碼能力. 工程師將設置環境並在下週一進行測試.

另一點是要求客戶檢查其筆記本電腦顯示器的刷新率設置. 例如, 如果相機輸入1080P60, 然後，客戶的筆記本電腦顯示器的刷新率也必須為60Hz. 除此以外, 顯示器太慢, 這也會導致數據擁堵並引入延遲.

殺手球員有很大的延遲, 解碼很慢，或者顯示速度很慢, 都是由PC引起的.

HDMI攝像機編碼HDMI接收器解碼, 輸出顯示, 和計算機播放延遲測試

UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 3
UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 4

我們沒有發現您提到的問題.

可以看出，當前的Splayer播放器屏幕和接收器HDMI輸出是一致的, 它們之間的延遲非常低.

你能問客戶嗎, 相機輸入的分辨率和幀速率是多少? 假設客戶的相機為1080p60, 您也可以執行以下兩個步驟以進一步解決問題:

  1. 讓客戶將相機更改為較低的幀速率進行測試, 例如1080P50/30;
  2. 您可以設置編碼段參數以使其使其下框架編碼. 例如, 通過參數端口發送ATSO0,30_命令, 和用於測試的編碼輸出1080P30.

相對的

  1. 您想從HDMI CVBS視頻UART數據編碼板獲取UART數據嗎?

問一個問題

← 返回

感謝你的回應。 ✨