COFDM受信機Vcan1776-RXのストリームプロトコルのUDPストリームプレーヤー設定

UDP Stream player setting on the COFDM HDMI Wireless video transmitter and receiver

UDP stream player is the best solution for the lowest latency CVBS analog video encoder. COFDM Wireless Video Receiver Vcan1776-RX default firmware supports RTSP player. Some clients need to use the UDP protocol.

IPアドレスとポート番号はWebページで設定できます。, 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 ページを通じて受信側 Web サーバーにアクセスします。 (HTTP://192.168.0.215), 自身の IP アドレスと、受信機に接続されている Windows PC 側の IP アドレスの設定を変更します。:

注意: その中で, ローカルIPは受信者自身のIPです, and the remote IP is the docking Windows PC end ip. お客様は実際の状況に応じて設定できます. 変更は受信機を再起動した後にのみ有効になることに注意してください.

  1. UDPプレーヤーをダウンロードする スプレイヤー.
  2. Windows PC で Splayer プレーヤーを開きます, 右下の設定ボタンをクリックします, 設定ページが表示されます:
UDP stream player setting for stream protocol of COFDM Receiver Vcan1776-RX 2

注意:

  1. Port のポート番号が に設定されていることがわかります。 1234, これは受信機の UDP ストリーミング プログラムによってハードコードされており、変更できません;
  2. デコード列, 現在のビデオ ストリームのプロパティに従って設定する, 上記の H264 低遅延ビデオ ストリーム構成など;
  1. 設定してクリックすると、 “確認” パラメータを保存するボタン, 左下隅にある再生ボタンをクリックします. After the Windows PC receives the UDP push stream, デコードしてすぐに再生されます.
UDP stream player setting for wireless video transmitter and receiver
ワイヤレスビデオ送信機および受信機の UDP ストリーム プレーヤーの設定

上記の UDP ストリーム プレーヤーの設定は、以下のモデルに適しています.

How does it support Linux VLC player? Playing low delay stream under Linux?

質問: Now the UDP stream doesn’t play with the VLC player. I need to play this UDP stream under Linux and I try to understand the details of this stream. Any scripting or keys or other things?

I want to make my own player under Linux and I want to understand the details of this UDP video stream from the demodulator.

If it is a regular UDP video stream, then question why it doesn’t play with VLC or OBS studio.

回答: For model Vcan1726-RX, We have two firmware for optional, The first firmware for the RTSP player supports VLC player, but some clients mentioned it has a long latency, so we made the second firmware, UDP broadcast at the Splayer, which supports lower latency.

This UDP audio and video stream is our custom format, so VLC can’t explain it. If your customer wants to open their own player (under Linux), there are currently two options:

  1. Update to the default RTSP stream access (first firmware for RTSP player)
  2. We provide the corresponding DEMUX library and routines (we need to understand the customer’s Linux environment in order to compile a suitable library file)
  3. This is the “DEMUX library and routines” written by our engineers under the Ubuntu 14.04 64bit system

The second type is too difficult for ordinary customers, and we don’t know the development capabilities of your customer’s own player.

Because some clients meet the low latency problem at Windows OS VLC player, no matter how we tested here, we didn’t find this problem. At that time, you used Windows to test. Maybe if it was changed to Linux, there would be no RTSP streaming problem. Please try to test the Vcan1726 sample with the first version of firmware on Linux. Maybe this is not a problem on Linux OS.

質問: Can you build a docker image for this application? Which one port is used for the incoming stream, and another port for the outgoing stream with some widely used codec (h264)?

What are Splayer and the UDP Stream Player?

SPlayer is a media player that supports various video formats, including UDP streaming.

UDP streaming is a method of sending video data over the internet using the User Datagram Protocol (UDP), which is a fast and simple protocol that does not guarantee delivery or order of the packets.

UDP streaming can be used for live video broadcasting or low-latency video transmission, but it may also suffer from packet loss or corruption.

According to the web search results, SPlayer can play UDP streams by using the following steps:

  • Open SPlayer and click on the “Open URL” button in the top right corner.
  • Enter the URL of the UDP stream in the format udp://@ip: ポート, where ip is the IP address of the server and port is the port number of the stream. 例えば, udp://@224.0.0.1:1234.
  • Click on the “[OK]” button and wait for the stream to load.

How does the Splayer work well for Win10?

質問: We can not start Splayer 4.2 そして 4.3 under Windows 10. Could you supply us with the correct version of Splayer for Windows 10 そして 11?

4.2 starts and closes at the moment. 4.3 starts with the error message.

Faulting application name: Splayer.exe, バージョン: 1.0.0.1, time stamp: 0x646d83e2
Faulting module name: dvb_demux.dll, バージョン: 1.0.0.1, time stamp: 0x5fe5bdbf
Exception code: 0xc0000005
Fault offset: 0x0001484a
Faulting process id: 0x3888
Faulting application start time: 0x01da1164b89c78eb
Faulting application path: C:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\Splayer.exe
Faulting module path: C:\Users\admin\Downloads\Splayer_v4.3_2022.10.22\dvb_demux.dll
Report Id: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
Faulting package full name:
Faulting package-relative application ID:

回答: Please try to use our Splayer_qt_v1.0.zip (103.5Mbの).

フィードバック: The new version of SPlayer works well at the problem site with Win 10! Thank you！

質問: We found the time delay increasing while playing the video from the Reciver by Splayer program (UDP stream).

If talk in detail – The receiver connects with an ethernet cable directly to the PC. The PC and receiver are in the same local network. When we start the Splayer the time delay is normal and the precise count shows us 330 msec, which is a little bit more than one from the HDMI output where we observed about 270 msec. It is good. But if we wait some minutes without any changes in the workplace we observe a continuous increase in the time delay which reaches 1-1,5 sec which is not acceptable in the customer application.
Yesterday I tested it myself on Win 10, and Win11 on different PCs with complex turn-OFF Win Brandmauer with Splayer qt (last version from you), and Splayer 4.3 (old version). I repeat this problem each time in any configuration.
Please help me to fix this problem. We need constant time delay in time from Splayer playing which could be not more than 350 msec.

回答: Such a problem should not occur, because the player has no cache in low-latency mode, and the delay completely depends on the decoding ability of the PC. Engineers will set up the environment and test it next Monday.

Another point is to ask customers to check the refresh rate setting of their laptop monitor. 例えば, if the camera inputs 1080p60, then the refresh rate of the customer’s laptop monitor must also be 60Hz. さもないと, the display will be too slow, which will also cause data congestion and introduce delays.

The Slayer player has a large delay, either the decoding is slow or the display is slow, it is all caused by the PC.

HDMI camera encoding HDMI receiver decoding, output to the display, and computer playback delay test of the Splayer player

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

We don’t find the problem you mentioned.

It can be seen that the current Splayer player screen and the receiver HDMI output are consistent, and the delay between them is very low.

Could you please ask the customer, what is the resolution and frame rate of the camera input? Assuming that the customer’s camera is 1080p60, you can also do the following two steps to further troubleshoot the problem:

  1. Let the customer change the camera to a lower frame rate for testing, such as 1080p50/30;
  2. You can set the encoding segment parameters to let it down-frame encoding. 例えば, send the ATSO0,30_ command through the parameter port, and the encoding outputs 1080p30 for testing.

返信を残します

あなたのメールアドレスが公開されることはありません. 必須フィールドは、マークされています *

からさらに発見する iVcan.com

今すぐ購読して読み続け、完全なアーカイブにアクセスしてください.

読み続けてください

WhatsAppのヘルプが必要?