目錄
USB攝像機視頻編碼器板
今天, 一位客戶要求我向他展示UVC到RTSP視頻編碼板. 所以在下面的視頻中, 我與我們的視頻編碼器一起顯示USB攝像機作品, HDMI CVBS UVC USB到IP以太網RTSP UDP視頻編碼器, 和輸出生活流.
網絡攝像頭是通過USB輸入到視頻編碼板的, 視頻流是通過網電纜輸出到計算機的. 在計算機上, 我們使用EasyPlayer作為RTSP播放器. 我們的HDMI / CVBS / USB視頻輸入, 通過RTSP / UDP視頻流輸出編碼板, 還支持VLC播放器, 但這是通用軟件, 所以延遲會更大.
我們的視頻編碼器板還支持UDP協議. 除了在計算機上運行RTSP播放器, 我們還運行一個UDP播放器, 斯佩爾. 影片中, 我們可以看到,支持UDP協議的Splayer具有較低的延遲. 當然, 這個延遲在毫秒級, 差異只有幾十毫秒. 如果我們的解碼器板和編碼板一起使用, 延遲大約 80-100 毫秒.
讓我們再看一下連接到我們的超低延遲編碼板作為視頻源的USB攝像頭. 視頻流通過網絡電纜輸出到計算機,並使用EasyPlayer實時播放, 支持RTSP協議和Splayer, 支持UDP協議.
對於此測試, 我們使用常規的USB網絡攝像頭,該網絡攝像頭未優化。. 如果您有特殊的相機, 您也可以告訴我們相機芯片和鏡頭模型, 我們還可以一起測試實時延遲.

這是另一個USB攝像機模型. 這是我們視頻編碼板的視頻輸入. 以太網電纜連接我們的視頻編碼板和計算機. 到計算機, 通過RJ45網絡端口.
在計算機上, 這次我們運行LVC播放器. LVC播放器還支持RTSP協議. 從媒體菜單, 選擇開放網絡流, 並輸入我們默認視頻編碼器板的RTSP URL.
UVC對RTSP編碼器的主要優點是它們的低延遲功能. 我們的低延遲視頻編碼器板可以達到低至的延遲 60-90 CVBS輸入的毫秒. 90-130 HDMI輸入的毫秒, 使其適合實時應用程序,例如監視和實時廣播.
我們的UVC HDMI CVB到IP RTSP UDP轉換器編碼器支持各種輸入格式, 允許在相機選擇中靈活性, 用於監視系統, 流媒體直播, 視訊會議, 和工業監測.
常問問題
Q1: 我正在研究您的編碼器. 我可以在VLC Player和udp流的Splayer獲得RTSP流. 但是我想在ubuntu上在VLC上接收MPEG-TS UDP數據包.
A1: 如果客戶在下訂單時對固件沒有特殊要求, 我們將使用自定義協議, 根據MPEGTS協議進行了優化, 具有更高的帶寬利用率, 支持串行端口透明傳輸以及AES加密和解密, 因此,市場上的DVB-T接收器不兼容. 如果您使用VLC播放器, 您只能使用RTSP協議獲取音頻和視頻流. 該固件還支持UDP協議,需要使用 斯佩爾.
如果客戶同意升級標準MPEG-TS協議, 他們還可以使用VLC播放器的UDP協議播放.
然而, 升級後,該標準協議將失去AES加密和串行端口透明傳輸功能, 並且不能使用splayer播放. VLC播放器可以在Windows和Ubuntu Linux系統上使用.
Q2: 為什麼客戶需要UDP才能使用VLC播放mpegts流?
A2: 我們需要使用UDP流,以便它可以工作單純鏈接. 我們如何使用UDP流在Ubuntu上接收? 請分享一些我們可以在Ubuntu PC上收到UDP流的內容.
想要下載VCAN1746的標準MPEG-TS協議固件?https://drive.google.com/file/d/1YFhPQM6GcofvjtBWgpe3rY0Gwh7Da3mB/view?usp=drive_link
請嚴格遵循網頁升級簡介文檔的說明,以完成兩步升級. 不要執行其他操作 (例如多次按升級按鈕) 在升級過程中. 不要在升級過程中關閉電源.
VLC播放器的使用在Windows和Ubuntu中是相同的, 因此,無需強調系統. 如果您確定必須使用VLC播放器的UDP播放視頻流, 然後,您應該升級標準MPEG-TS固件.
- 跟隨上面的升級說明,並通過網頁升級到標準MPEGTS協議固件. 是否可以通過訪問Web服務器的系統頁面來確認升級是成功的.

- 如何在VLC播放器中獲取音頻和視頻流: 登錄到VCAN1746編碼板的網絡服務器, 將遠程IP更改為PC的IP, 並將協議更改為兩者 (同時促進UDP和RTSP協議的演示)

- VLC播放器如何通過UDP獲得音頻和視頻流?

- VLC播放器如何通過RTSP獲得音頻和視頻流?

- VLC播放器的使用在Windows和Ubuntu中是相同的.
Q3: 我已經編譯並運行 dvb_demux_test應用 在Linux中. 我可以看到此應用程序設置線程並在端口接收UDP數據包 1234. 我想知道在那之後用這些數據包做什麼. 這些數據包的DBV功能是什麼?
A3: 使用哪個端口號取決於客戶編碼板的設置. 例如, 如果使用UDP的默認端口號是 8090, 客戶應修改測試程序並使用 8090 反而.

- 遠程IP應該設置為PC的IP地址
- 端口可以由客戶設置, 如 1234, 或默認值 8090;
- 協議應為UDP, 或兩者兼而有之
Q4: 如何根據您提供的示例來開發Splayer的Linux版本?
A4: 在parse_pal中, 分析了視頻框架NAL的時間戳和NAL_TYPE, 它已經是一個完整的視頻nal.

然後,客戶可以致電他寫的解碼庫 (例如ffmpeg) 解碼.

您可以參考我們的 Splay Player SDK (基於Windows系統).
DVB_DEMUX_TEST在Splayer Player中實現前端處理. 完整的玩家需要以下部分: demux, 解碼, 展示, 記錄. DVB_DEMUX_TEST實現Demux.
除了demux, 這涉及我們的自定義協議,並要求我們提供庫, 其他部分是開放和透明的,可以以不同的方式實施. 客戶可以使用我們的, 例如我們的窗戶下的濺起, 或者他們可以自己使用 (例如, 他們寫了自己的球員), 甚至找到其他個人和公司,使玩家開發他們.
因為很多客戶, 即使他們培養自己的球員, 實際上可以致電FFMPEG/VLC實施, 這只是一個偽裝. 在這種情況下, 他們幾乎無法處理FFMPEG/VLC不支持的協議 (例如我們的自定義協議) (因為他們不會從頭開始發展播放器). 切換到標準MPEGTS協議對於此類客戶來說是可行的. dvb_demux_test, 適合想要從頭開始開發玩家的客戶.

問一個問題
感謝你的回應。 ✨