UDP-Stream-Player-Einstellung für das Stream-Protokoll des COFDM-Empfängers Vcan1776-RX

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.

Die IP-Adresse und Portnummer können auf der Webseite konfiguriert werden, http://192.168.0.215 (Standard)

1. Nach dem Upgrade der Firmware, Die empfangende Seite stellt die werkseitigen Standardparameter wieder her (Mittenfrequenz: 320MHz, wireless-Bandbreite: 6MHz, IP-Adresse des Netzwerkports: 192.168.0.215), Kunden müssen die Mittenfrequenz und Bandbreite ändern Parameterkonfigurations-Board-Tool, und der Sender speichert konsistent.

2. Der Kunde greift über die Webseite auf den Empfänger-Webserver zu (HTTP://192.168.0.215), und ändert seine eigene IP-Adresse und die Einstellung der IP-Adresse des mit dem Empfänger verbundenen Windows-PCs:

Hinweis: Darunter, Die lokale IP ist die eigene IP des Empfängers, and the remote IP is the docking Windows PC end ip. Der Kunde kann es entsprechend seiner tatsächlichen Situation konfigurieren. Beachten Sie, dass die Änderung erst nach einem Neustart des Receivers wirksam wird.

Laden Sie den UDP-Player herunter Splayer

3. Laden Sie den UDP-Player herunter Splayer.
   • Splayer_v4.2_2020.6.6
   • https://drive.google.com/file/d/1ihzUhfnx2Wo3zLO8UAs1aUQeLswonJD-/view?usp=sharing
   • Splayer_v4.3_2022.10.22
   • https://drive.google.com/file/d/1PQc-LZ55qGnjeMsjkHYSloHfY3NEUsGH/view?usp=drive_link
   • Splayer_QT_V1.0 for Win10 or Win11
   • https://drive.google.com/file/d/1VAegQjd-PmIL2XbJf7K8dnujMxhoIuhd/view?usp=drive_link
4. Öffnen Sie den Splayer-Player auf dem Windows-PC, Klicken Sie auf die Einstellungsschaltfläche in der unteren rechten Ecke, und die Einstellungsseite wird angezeigt:

Hinweis:

1. Es ist ersichtlich, dass die Port-Portnummer auf eingestellt ist 1234, Dies ist vom UDP-Streaming-Programm des Empfängers fest codiert und kann nicht geändert werden;
2. In der Spalte „Dekodieren“., entsprechend den aktuellen Videostream-Eigenschaften konfigurieren, wie die oben beschriebene H264-Videostream-Konfiguration mit geringer Latenz;

4. Nach dem Einstellen und Klicken auf „Bestätigen“ Klicken Sie auf die Schaltfläche, um die Parameter zu speichern, Klicken Sie auf die Wiedergabetaste in der unteren linken Ecke. After the Windows PC receives the UDP push stream, es wird sofort dekodiert und abgespielt.

Die obige UDP-Stream-Player-Einstellung ist für das folgende Modell geeignet.

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

Frage: 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.

Antworten: 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.

Frage: 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: Hafen, where ip is the IP address of the server and port is the port number of the stream. Beispielsweise, 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?

Frage: We can not start Splayer 4.2 und 4.3 under Windows 10. Could you supply us with the correct version of Splayer for Windows 10 und 11?

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

Faulting application name: Splayer.exe, Ausführung: 1.0.0.1, time stamp: 0x646d83e2
Faulting module name: dvb_demux.dll, Ausführung: 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:

Antworten: Please try to use our Splayer_qt_v1.0.zip (103.5Mb).

Feedback: The new version of SPlayer works well at the problem site with Win 10! Thank you！

Frage: 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.

Antworten: 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. Beispielsweise, if the camera inputs 1080p60, then the refresh rate of the customer’s laptop monitor must also be 60Hz. Andernfalls, 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

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. Beispielsweise, send the ATSO0,30_ command through the parameter port, and the encoding outputs 1080p30 for testing.