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地址和端口号可在网页上配置, 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, and the remote IP is the docking Windows PC end ip. 客户可以根据自己的实际情况进行配置. 注意修改需要重启接收器后才会生效.

下载UDP播放器 斯佩尔

  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 “好” 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 上需要帮助?