L-issettjar tal-plejer tal-fluss UDP għall-protokoll tal-fluss tar-Riċevitur COFDM Vcan1776-RX

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

UDP stream player huwa l-aħjar soluzzjoni għall-encoder tal-vidjo analogu CVBS l-aktar baxx ta 'latency. COFDM Wireless Video Receiver Vcan1776-RX firmware default jappoġġja RTSP player. Xi klijenti jeħtieġ li jużaw il-protokoll UDP.

L-indirizz IP u n-numru tal-port jistgħu jiġu kkonfigurati fuq il-paġna web, http://192.168.0.215 (nuqqas)

1. Wara l-aġġornament tal-firmware, it-tarf li jirċievi se jirrestawra l-parametri default tal-fabbrika (frekwenza taċ-ċentru: 320MHz, bandwidth mingħajr fili: 6MHz, indirizz IP tal-port tan-netwerk: 192.168.0.215), klijenti jeħtieġ li jimmodifika l-frekwenza taċ-ċentru u bandwidth permezz tal- Għodda tal-Bord tal-Konfigurazzjoni tal-Parametri, u Trasmettitur jiffranka b'mod konsistenti.

2. Il-klijent jaċċessa s-server tal-web riċevitur permezz tal-paġna tal-web (HTTP://192.168.0.215), u timmodifika l-indirizz IP tagħha stess u l-issettjar tal-indirizz IP tat-tarf tal-PC Windows konness mar-riċevitur:

Nota: Fosthom, l-IP lokali huwa l-ip stess tar-riċevitur, u l-IP remot huwa l-docking Windows PC end ip. Il-klijent jista 'jikkonfiguraha skond is-sitwazzjoni attwali tiegħu. Innota li l-modifika tidħol fis-seħħ biss wara li jerġa' jibda r-riċevitur.

Niżżel il-plejer UDP Splayer

3. Niżżel il-plejer UDP Splayer.
   • Splayer_v4.2_2020.6.6
   • https://drive.google.com/file/d/1ihzUhfnx2Wo3zLO8UAs1aUQeLswonJD-/view?usp=sharing
   • Spplayer_v4.3_2022.10.22
   • https://drive.google.com/file/d/1PQc-LZ55qGnjeMsjkHYSloHfY3NEUsGH/view?usp=drive_link
   • Splayer_QT_V1.0 għal Win10 jew Win11
   • https://drive.google.com/file/d/1VAegQjd-PmIL2XbJf7K8dnujMxhoIuhd/view?usp=drive_link
4. Iftaħ l-Splayer player fuq il-PC Windows, ikklikkja l-buttuna tal-issettjar fir-rokna t'isfel tal-lemin, u l-paġna ta ' l-issettjar se pop up:

Nota:

1. Jista 'jidher li n-numru tal-port tal-Port huwa ssettjat għal 1234, li huwa hard-coded mill-programm ta' streaming UDP tar-riċevitur u ma jistax jiġi modifikat;
2. Fil-kolonna Decode, kkonfigurat skond il-proprjetajiet kurrenti tal-fluss tal-vidjo, bħall-konfigurazzjoni tal-fluss tal-vidjo H264 b'latenza baxxa bħal hawn fuq;

4. Wara li tissettja u tikklikkja l- “Ikkonferma” buttuna biex issalva l-parametri, ikklikkja l-buttuna play fir-rokna t'isfel tax-xellug. Wara li l-PC Windows jirċievi n-nixxiegħa push UDP, se jiddekowdja u jilgħab immedjatament.

L-issettjar tal-plejer tan-nixxiegħa UDP ta 'hawn fuq huwa adattat għall-mudell ta' hawn taħt.

Kif tappoġġja l-Linux VLC player? Nilgħab fluss ta 'dewmien baxx taħt Linux?

mistoqsija: Issa l-fluss UDP ma jilgħabx mal-plejer VLC. Għandi bżonn nilgħab dan il-fluss UDP taħt Linux u nipprova nifhem id-dettalji ta 'dan il-fluss. Kwalunkwe scripting jew ċwievet jew affarijiet oħra?

Irrid nagħmel il-plejer tiegħi stess taħt il-Linux u nixtieq nifhem id-dettalji ta 'dan il-fluss tal-vidjo UDP mid-demodulator.

Jekk huwa nixxiegħa tal-vidjo UDP regolari, imbagħad mistoqsija għaliex ma tilgħab ma 'VLC jew OBS studio.

tweġiba: Għall-mudell Vcan1726-RX, Għandna żewġ firmware għal mhux obbligatorju, L-ewwel firmware għall-plejer RTSP jappoġġja player VLC, iżda xi klijenti semmew li għandha latenza twila, għalhekk għamilna t-tieni firmware, UDP imxandar fl-Splayer, li jappoġġja latenza aktar baxxa.

Dan il-fluss awdjo u vidjo UDP huwa l-format tad-dwana tagħna, għalhekk VLC ma jistax jispjegaha. Jekk il-klijent tiegħek irid jiftaħ il-plejer tiegħu stess (taħt il-Linux), bħalissa hemm żewġ għażliet:

1. Aġġorna l-aċċess tal-fluss RTSP default (l-ewwel firmware għall-plejer RTSP)
2. Aħna nipprovdu l-librerija u r-rutini DEMUX korrispondenti (għandna bżonn nifhmu l-ambjent Linux tal-klijent sabiex niġbru fajl tal-librerija adattat)
3. Dan huwa l- “Librerija u rutini DEMUX” miktuba mill-inġiniera tagħna taħt l-Ubuntu 14.04 64sistema bit

It-tieni tip huwa diffiċli wisq għall-klijenti ordinarji, u ma nafux il-kapaċitajiet ta 'żvilupp tal-plejer tal-klijent tiegħek stess.

Minħabba li xi klijenti jiltaqgħu mal-problema ta 'latenza baxxa fil-plejer Windows OS VLC, ma jimpurtax kif aħna ttestjati hawn, ma sibniex din il-problema. Dak il-ħin, użajt Windows biex tittestja. Forsi kieku nbidel għal Linux, ma jkun hemm l-ebda problema ta 'streaming RTSP. Jekk jogħġbok ipprova ttestja l-kampjun Vcan1726 bl-ewwel verżjoni tal-firmware fuq Linux. Forsi din mhix problema fuq Linux OS.

mistoqsija: Tista 'tibni immaġni docker għal din l-applikazzjoni? Liema port wieħed jintuża għall-fluss deħlin, u port ieħor għall-fluss ħierġa b'xi codec użat ħafna (h264)?

X'inhuma Splayer u l-UDP Stream Player?

SPlayer huwa media player li jappoġġja diversi formati tal-vidjo, inkluż streaming UDP.

UDP streaming huwa metodu biex tintbagħat dejta tal-vidjow fuq l-internet bl-użu tal-Protokoll tad-Datagram tal-Utent (UDP), li huwa protokoll veloċi u sempliċi li ma jiggarantixxix il-kunsinna jew l-ordni tal-pakketti.

UDP streaming jista 'jintuża għal xandir ta' vidjow ħajjin jew trażmissjoni ta 'vidjow b'latenza baxxa, iżda jista 'jbati wkoll minn telf ta' pakketti jew korruzzjoni.

Skont ir-riżultati tat-tfittxija tal-web, SPlayer jista' jilgħab flussi UDP billi juża l-passi li ġejjin:

• Iftaħ SPlayer u kklikkja fuq il- “Iftaħ il-URL” buttuna fir-rokna ta’ fuq tal-lemin.
• Daħħal il-URL tal-fluss UDP fil-format udp://@ip: -port, fejn ip huwa l-indirizz IP tas-server u l-port huwa n-numru tal-port tan-nixxiegħa. Pereżempju, udp://@224.0.0.1:1234.
• Ikklikkja fuq il- “kollox sew” buttuna u stenna li n-nixxiegħa titgħabba.

Kif jaħdem tajjeb l-Splayer għal Win10?

mistoqsija: Ma nistgħux nibdew Splayer 4.2 u 4.3 taħt Windows 10. Tista' tagħtina l-verżjoni korretta ta' Splayer għall-Windows 10 u 11?

4.2 jibda u jagħlaq fil-mument. 4.3 jibda bil-messaġġ ta 'żball.

Isem l-applikazzjoni ħażin: Splayer.exe, verżjoni: 1.0.0.1, timbru tal-ħin: 0x646d83e2
Isem tal-modulu ta' ħsara: dvb_demux.dll, verżjoni: 1.0.0.1, timbru tal-ħin: 0x5fe5bdbf
Kodiċi ta' eċċezzjoni: 0xc0000005
Tpaċija tal-ħsara: 0x0001484a
Proċess ta' ħsara id: 0x3888
Ħin tal-bidu ta' l-applikazzjoni ħażin: 0x01da1164b89c78eb
Mogħdija ta' l-applikazzjoni ta' ħsara: C:\UtentiadminDownloadsSplayer_v4.3_2022.10.22Splayer.exe
Mogħdija tal-modulu fault: C:\UtentiadminDownloadsSplayer_v4.3_2022.10.22dvb_demux.dll
Ir-Rapport Id: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
Isem sħiħ tal-pakkett ħażin:
ID ta' l-applikazzjoni relattiva għall-pakkett ta' ħsara:

tweġiba: Jekk jogħġbok ipprova uża l-Splayer_qt_v1.0.zip tagħna (103.5mb).

feedback: Il-verżjoni l-ġdida ta 'SPlayer taħdem tajjeb fis-sit tal-problema ma' Win 10! Grazzi!

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

tweġiba: 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. Pereżempju, if the camera inputs 1080p60, then the refresh rate of the customer’s laptop monitor must also be 60Hz. inkella, 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. Pereżempju, send the ATSO0,30_ command through the parameter port, and the encoding outputs 1080p30 for testing.