Nastavenie UDP stream prehrávača pre stream protokol COFDM prijímača Vcan1776-RX

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

Prehrávač UDP streamu je najlepším riešením pre analógový video kóder CVBS s najnižšou latenciou. Predvolený firmvér COFDM bezdrôtového video prijímača Vcan1776-RX podporuje prehrávač RTSP. Niektorí klienti musia používať protokol UDP.

IP adresu a číslo portu je možné nakonfigurovať na webovej stránke, http://192.168.0.215 (štandardné)

1. Po aktualizácii firmvéru, prijímajúci koniec obnoví predvolené výrobné parametre (stredová frekvencia: 320MHz, bezdrôtová pásma: 6MHz, IP adresa sieťového portu: 192.168.0.215), zákazníci potrebujú upraviť stredovú frekvenciu a šírku pásma cez Nástroj Parameter Configuration Board Tool, a Vysielač neustále šetrí.

2. Zákazník pristupuje na webový server prijímača cez webovú stránku (HTTP://192.168.0.215), a upravuje svoju vlastnú IP adresu a nastavenie IP adresy Windows PC konca pripojeného k prijímaču:

Poznámka: Medzi nimi, lokálna adresa IP je vlastná adresa IP prijímača, a vzdialená IP je koncová IP dokovacieho počítača so systémom Windows. Zákazník si ho môže nakonfigurovať podľa svojej aktuálnej situácie. Upozorňujeme, že úprava sa prejaví až po reštartovaní prijímača.

Stiahnite si prehrávač UDP Hráč

3. Stiahnite si prehrávač UDP Hráč.
   • 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_v4.3.1_2024.4.16
   • https://drive.google.com/file/d/1uv7GqP8P4r6qGOWJ5gYn0b8bZ4ptL8H6/view?usp=drive_link
   • Splayer_QT_V1.0 pre Win10 alebo Win11
   • https://drive.google.com/file/d/1VAegQjd-PmIL2XbJf7K8dnujMxhoIuhd/view?usp=drive_link
4. Otvorte prehrávač Splayer na počítači so systémom Windows, kliknite na tlačidlo nastavenia v pravom dolnom rohu, a zobrazí sa stránka nastavenia:

Poznámka:

1. Je vidieť, že číslo portu portu je nastavené na 1234, ktorý je napevno zakódovaný UDP streamovacím programom prijímača a nedá sa upraviť;
2. V stĺpci Decode, konfigurovať podľa aktuálnych vlastností video streamu, ako je konfigurácia toku videa s nízkou latenciou H264, ako je uvedené vyššie;

4. After setting and clicking the “Confirm” button to save the parameters, kliknite na tlačidlo prehrávania v ľavom dolnom rohu. Potom, čo počítač so systémom Windows prijme UDP push stream, okamžite sa dekóduje a prehrá.

Vyššie uvedené nastavenie prehrávača streamu UDP je vhodné pre model nižšie.

Ako to podporuje prehrávač Linux VLC? Prehrávanie streamu s nízkym oneskorením v systéme Linux?

otázka: Stream UDP sa teraz neprehráva s prehrávačom VLC. Potrebujem prehrať tento stream UDP pod Linuxom a snažím sa pochopiť podrobnosti tohto streamu. Akékoľvek skriptovanie alebo kľúče alebo iné veci?

Chcem si vytvoriť vlastný prehrávač pod Linuxom a chcem porozumieť detailom tohto UDP video streamu z demodulátora.

Ak ide o bežný UDP video stream, potom sa opýtajte, prečo sa nehrá so štúdiom VLC alebo OBS.

odpoveď: Pre model Vcan1726-RX, Voliteľne máme dva firmvéry, Prvý firmvér pre prehrávač RTSP podporuje prehrávač VLC, ale niektorí klienti uviedli, že má dlhú latenciu, tak sme spravili druhý firmware, Vysielanie UDP v prehrávači Splayer, ktorý podporuje nižšiu latenciu.

Tento audio a video stream UDP je náš vlastný formát, takže VLC to nevie vysvetliť. Ak si váš zákazník chce otvoriť vlastný prehrávač (pod Linuxom), momentálne sú dve možnosti:

1. Aktualizujte na predvolený prístup k streamu RTSP (prvý firmvér pre prehrávač RTSP)
2. Poskytujeme zodpovedajúcu knižnicu a rutiny DEMUX (na zostavenie vhodného súboru knižnice potrebujeme porozumieť linuxovému prostrediu zákazníka)
3. This is the “Knižnica a rutiny DEMUX” written by our engineers under the Ubuntu 14.04 64bitový systém

Druhý typ je pre bežných zákazníkov príliš náročný, a nepoznáme možnosti vývoja vlastného prehrávača vášho zákazníka.

Pretože niektorí klienti sa stretávajú s problémom nízkej latencie v prehrávači Windows OS VLC, bez ohľadu na to, ako sme tu testovali, tento problém sme nenašli. V tom čase, na testovanie ste použili systém Windows. Možno keby sa zmenil na Linux, nebude problém so streamovaním RTSP. Skúste otestovať vzorku Vcan1726 s prvou verziou firmvéru v systéme Linux. Možno to nie je problém v OS Linux.

otázka: Môžete vytvoriť obrázok docker pre túto aplikáciu? Ktorý port sa používa pre prichádzajúci tok, a ďalší port pre odchádzajúci tok s niektorým široko používaným kodekom (h264)?

Čo je to Splayer a UDP Stream Player?

SPlayer je prehrávač médií, ktorý podporuje rôzne formáty videa, vrátane streamovania UDP.

UDP streaming je metóda odosielania video dát cez internet pomocou User Datagram Protocol (UDP), čo je rýchly a jednoduchý protokol, ktorý nezaručuje doručenie alebo poradie paketov.

UDP streaming je možné použiť na živé vysielanie videa alebo prenos videa s nízkou latenciou, ale môže tiež trpieť stratou alebo poškodením paketov.

Podľa výsledkov vyhľadávania na webe, SPlayer môže prehrávať UDP streamy pomocou nasledujúcich krokov:

• Open SPlayer and click on the “Open URL” button in the top right corner.
• Zadajte adresu URL streamu UDP vo formáte udp://@ip: prístav, kde ip je adresa IP servera a port je číslo portu streamu. Napríklad, udp://@224.0.0.1:1234.
• Click on the “OK” button and wait for the stream to load.

Ako Splayer funguje dobre pre Win10?

otázka: Nemôžeme spustiť Splayer 4.2 a 4.3 pod Windowsom 10. Mohli by ste nám dodať správnu verziu aplikácie Splayer pre Windows 10 a 11?

4.2 momentálne začína a zatvára. 4.3 začína chybovým hlásením.

Názov chybnej aplikácie: Splayer.exe, verzia: 1.0.0.1, časová značka: 0x646d83e2
Názov chybujúceho modulu: dvb_demux.dll, verzia: 1.0.0.1, časová značka: 0x5fe5bdbf
Kód výnimky: 0xc0000005
Posun chyby: 0x0001484a
ID chybujúceho procesu: 0x3888
Čas spustenia chybnej aplikácie: 0x01da1164b89c78eb
Cesta chybnej aplikácie: C:\UsersadminDownloadsSplayer_v4.3_2022.10.22Splayer.exe
Chybná cesta modulu: C:\UsersadminDownloadsSplayer_v4.3_2022.10.22dvb_demux.dll
ID prehľadu: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
Celé meno chybného balíka:
ID aplikácie súvisiacej s chybným balíkom:

odpoveď: Skúste použiť náš Splayer_qt_v1.0.zip (103.5mb).

spätná väzba: Nová verzia SPlayeru funguje dobre na problémovej stránke s Win 10! Ďakujem!

otázka: 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.

odpoveď: 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. Napríklad, if the camera inputs 1080p60, then the refresh rate of the customer’s laptop monitor must also be 60Hz. Inak, 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. Napríklad, send the ATSO0,30_ command through the parameter port, and the encoding outputs 1080p30 for testing.