Splayer UDP-streamspelerinstelling voor streamprotocol van COFDM-ontvanger Vcan1776-RX

UDP Stream Player -instelling op de COFDM HDMI draadloze video -zender en -ontvanger

UDP Stream Player is de beste oplossing voor de laagste latentie CVBS analoge video -encoder. COFDM Wireless Video Receiver VCAN1776-RX Standaardfirmware ondersteunt RTSP-speler. Sommige clients moeten het UDP -protocol gebruiken.

Het IP -adres en het poortnummer kunnen op de webpagina worden geconfigureerd, http://192.168.0.215 (standaard)

icrSnyyMp2Pe8OMnHTdUX o SEbhopKGyMamNABYZyrTQ biOgQgmt BuWTjRsKjcfbkwTwW0zwNP5S7gtRBidg7t8ipPVLONlAtTjWnnUgWwTlr71xWhdJV gNgWK
  1. Na het upgraden van de firmware, Het ontvangende uiteinde zal de fabrieksinstellingsparameters herstellen (centrale frequentie: 320MHz, draadloze bandbreedte: 6MHz, Netwerkpoort IP -adres: 192.168.0.215), Klanten moeten de middenfrequentie en bandbreedte wijzigen via de Parameterconfiguratiebord tool, en zender bespaart consequent.
  1. De klant heeft toegang tot de webserver van de ontvanger via de webpagina (HTTP://192.168.0.215), en wijzigt zijn eigen IP -adres en de instelling van het IP -adres van het Windows -pc -uiteinde verbonden met de ontvanger:

Notitie: Onder hen, De lokale IP is het eigen IP van de ontvanger, en het externe IP is de Docking Windows PC End IP. De klant kan het configureren volgens zijn werkelijke situatie. Merk op dat de aanpassing pas van kracht wordt na het opnieuw opstarten van de ontvanger.

Download de UDP -speler Splayer

  1. Download de UDP -speler Splayer.
  2. Open de splayer -speler op de Windows -pc, Klik op de instellingsknop in de rechterbovenhoek, en de instellingspagina verschijnt:
xCDUqN3DYzVio SU SLOPCqGscwzFcQMZ5E544AKrn2MrdzRVWeBVp0nRK9e3kTThlJ9v VXcCjRQNxlIIFZ3OCYmqJTkTnQdr37DQ5nPNpEDiRo5 MW8KGHxCSFLY6yq4L w1NOYe005EKvXfTlSng

Notitie:

  1. U kunt zien dat het poortpoortnummer is ingesteld op 1234, die hardgecodeerd is door het UDP-streamingprogramma van de ontvanger en niet kan worden gewijzigd;
  2. In de kolom Decoderen, configureren volgens de huidige videostreameigenschappen, zoals de H264 videostreamconfiguratie met lage latentie zoals hierboven;
  1. Na het instellen en klikken op de “Bevestigen” knop om de parameters op te slaan, klik op de afspeelknop in de linkerbenedenhoek. Nadat de Windows-pc de UDP-pushstream heeft ontvangen, het zal onmiddellijk decoderen en afspelen.
UDP stream player setting for wireless video transmitter and receiver
UDP-streamspelerinstelling voor draadloze videozender en -ontvanger

De bovenstaande UDP-streamspelerinstelling is geschikt voor het onderstaande model.

Hoe ondersteunt het Linux VLC -speler? Lage vertragingsstroom spelen onder Linux?

Vraag: Nu speelt de UDP-stream niet met de VLC-speler. Ik moet deze UDP-stream onder Linux afspelen en ik probeer de details van deze stream te begrijpen. Eventuele scripting of sleutels of andere dingen?

Ik wil mijn eigen speler onder Linux maken en ik wil de details van deze UDP-videostream van de demodulator begrijpen.

Als het een gewone UDP-videostream is, vraag je dan af waarom het niet met VLC of OBS studio speelt.

Antwoord: Voor model Vcan1726-RX, We hebben twee firmware voor optioneel, De eerste firmware voor de RTSP-speler ondersteunt de VLC-speler, maar sommige klanten zeiden dat het een lange latentie heeft, dus hebben we de tweede firmware gemaakt, UDP-uitzending op de Splayer, die een lagere latentie ondersteunt.

Deze UDP-audio- en videostream is ons aangepaste formaat, dus VLC kan het niet uitleggen. Als uw klant zijn eigen speler wil openen (onder Linux), Er zijn momenteel twee opties:

  1. Update naar de standaard RTSP-streamtoegang (eerste firmware voor RTSP-speler)
  2. We bieden de bijbehorende Demux -bibliotheek en routines (We moeten de Linux -omgeving van de klant begrijpen om een ​​geschikt bibliotheekbestand samen te stellen)
  3. Dit is de “Demux -bibliotheek en routines” Geschreven door onze ingenieurs onder de Ubuntu 14.04 64Bit -systeem

Het tweede type is te moeilijk voor gewone klanten, En we kennen de ontwikkelingsmogelijkheden van de eigen speler van uw klant niet.

Omdat sommige clients het probleem met lage latentie tegenkomen bij Windows OS VLC Player, Het maakt niet uit hoe we hier hebben getest, We hebben dit probleem niet gevonden. In die tijd, U hebt Windows gebruikt om te testen. Misschien als het werd gewijzigd in Linux, Er zou geen RTSP -streamingprobleem zijn. Probeer het VCAN1726 -monster te testen met de eerste versie van firmware op Linux. Misschien is dit geen probleem op Linux OS.

Vraag: Kunt u een docker-image voor deze toepassing bouwen?? Welke poort wordt gebruikt voor de inkomende stream, en een andere poort voor de uitgaande stream met een veelgebruikte codec (h264)?

Wat zijn splayer en de UDP -stream -speler?

SPlayer is een mediaspeler die verschillende videoformaten ondersteunt, inclusief UDP-streaming.

UDP-streaming is een methode voor het verzenden van videogegevens via internet met behulp van het User Datagram Protocol (UDP), Dit is een snel en eenvoudig protocol dat de bezorging of bestelling van de pakketten niet garandeert.

UDP-streaming kan worden gebruikt voor live video-uitzendingen of video-overdracht met lage latentie, maar het kan ook last hebben van pakketverlies of corruptie.

Volgens de zoekresultaten op internet, SPlayer kan UDP-streams afspelen door de volgende stappen te gebruiken:

  • Open SPlayer en klik op de “URL openen” knop in de rechterbovenhoek.
  • Voer de URL van de UDP-stream in het formaat udp in://@ip: haven, waarbij ip het IP-adres van de server is en poort het poortnummer van de stream. Bijvoorbeeld, udp://@224.0.0.1:1234.
  • Klik op de “OK” knop en wacht tot de stream is geladen.

Hoe werkt de splayer goed voor Win10?

Vraag: We kunnen Splayer niet starten 4.2 en 4.3 onder Windows 10. Kunt u ons de juiste versie van Splayer voor Windows bezorgen? 10 en 11?

4.2 start en sluit op dit moment. 4.3 begint met de foutmelding.

Foutieve applicatienaam: Splayer.exe, versie: 1.0.0.1, tijdstempel: 0x646d83e2
Naam van de foutieve module: dvb_demux.dll, versie: 1.0.0.1, tijdstempel: 0x5fe5bdbf
Uitzonderingscode: 0xc0000005
Foutcompensatie: 0x0001484a
Foutproces-ID: 0x3888
Starttijd van toepassing met fout: 0x01da1164b89c78eb
Applicatiepad met fout: C:\GebruikersadminDownloadsSplayer_v4.3_2022.10.22Splayer.exe
Pad voor foutieve module: C:\GebruikersadminDownloadsSplayer_v4.3_2022.10.22dvb_demux.dll
Rapport-ID: 4af19407-045e-48e5-a0f7-86fc90c6b3d3
Volledige naam van pakket met fout:
Foutieve pakket-relatieve applicatie-ID:

Antwoord: Probeer onze Splayer_qt_v1.0.zip te gebruiken (103.5mb).

terugkoppeling: De nieuwe versie van SPlayer werkt goed op de probleemlocatie met Win 10! Bedankt!

Vraag: We vonden de tijdsvertraging toenemen tijdens het afspelen van de video van de reciver door splayer -programma (UDP -stream).

Als je in detail praat – De ontvanger wordt met een ethernetkabel rechtstreeks op de pc aangesloten. De pc en ontvanger bevinden zich in hetzelfde lokale netwerk. Wanneer we de Splayer starten, is de vertraging normaal en de precieze telling laat ons zien 330 msec, dat is iets meer dan één van de HDMI-uitgang waar we ongeveer naar keken 270 msec. Het is goed. Maar als we enkele minuten wachten zonder enige verandering op de werkplek, zien we een voortdurende toename van de vertraging die optreedt 1-1,5 sec, wat niet acceptabel is in de klanttoepassing.
Gisteren heb ik het zelf getest op Win 10, en Win11 op verschillende pc's met complexe uitschakeling Win Brandmauer met Splayer qt (laatste versie van jou), en Splayer 4.3 (oude versie). Ik herhaal dit probleem elke keer in elke configuratie.
Help mij alstublieft om dit probleem op te lossen. We hebben een constante tijdsvertraging nodig bij het spelen van Splayer, wat niet meer kan zijn dan 350 msec.

Antwoord: Een dergelijk probleem zou niet mogen voorkomen, omdat de speler geen cache heeft in de modus met lage latentie, en de vertraging hangt volledig af van het decodeervermogen van de pc. Ingenieurs zullen de omgeving opzetten en komende maandag testen.

Een ander punt is om klanten te vragen de vernieuwingsfrequentie-instelling van hun laptopmonitor te controleren. Bijvoorbeeld, als de camera 1080p60 invoert, dan moet de vernieuwingsfrequentie van de laptopmonitor van de klant ook 60 Hz zijn. Anders, het display zal te langzaam zijn, wat ook datacongestie en vertragingen zal veroorzaken.

De Slayer-speler heeft een grote vertraging, de decodering is traag of de weergave is traag, het wordt allemaal veroorzaakt door de pc.

HDMI-cameracodering HDMI-ontvangerdecodering, uitvoer naar het display, en computerafspeelvertragingstest van de Splayer-speler

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

We kunnen het door u genoemde probleem niet vinden.

Het is duidelijk dat het huidige Splayer-spelerscherm en de HDMI-uitvoer van de ontvanger consistent zijn, en de vertraging daartussen is zeer laag.

Kunt u dit alstublieft aan de klant vragen, wat is de resolutie en framesnelheid van de camera-invoer? Ervan uitgaande dat de camera van de klant 1080p60 is, U kunt ook de volgende twee stappen uitvoeren om het probleem verder op te lossen:

  1. Laat de klant de camera omzetten naar een lagere framesnelheid om te testen, zoals 1080p50/30;
  2. U kunt de coderingssegmentparameters instellen om downframe-codering mogelijk te maken. Bijvoorbeeld, stuur het commando ATSO0,30_ via de parameterpoort, en de coderingsuitgangen 1080p30 voor testen.

Notitie:

  1. Splayer is speciaal ontwikkeld voor ons eigen/aangepaste streamingprotocol en ondersteunt momenteel geen parsering of weergave van standaard MPEG-TS-protocollen.
  2. Splayer is momenteel alleen beschikbaar op Windows. Linux- en Android-versies zijn nog niet ontwikkeld en worden op dit moment nog niet ondersteund.
  3. Daarnaast, het is niet het mpeg-ts-protocol dat ervoor zorgt dat de vertraging groter wordt. Zelfs als er wordt overgeschakeld naar ons aangepaste protocol, de vertraging zal niet worden verminderd (ons aangepaste protocol voert voornamelijk CRC-controles uit op alle datapakketten, terwijl het mpeg-ts-protocol dat niet doet, dat is het grootste verschil tussen de protocollen). De grootste impact op de latentie is de verwerking van videodecodering en weergave in de speler. Onze eigen speler Splayer zal worden geoptimaliseerd voor toepassingsscenario's voor beeldoverdracht.
  4. Zelfs als de klant onze demux-bibliotheek krijgt en de audio- en videostreams extraheert, het moet nog steeds de videodecodering uitvoeren en zelf weergeven. Deze gewone klant heeft deze mogelijkheid niet. De meeste klanten zullen alleen open source-spelers gebruiken (zoals gebaseerd op gstreamer), en de videovertraging van deze open source-spelers zal niet goed zijn. Als je een goede videovertraging wilt, je moet eigenlijk je eigen speler ontwikkelen.
  5. Als de klant aandringt op de demux-bibliotheek en zegt dat hij de mogelijkheid heeft om de daaropvolgende videodecodering en weergave te verzorgen, Ik kan ook met u samenwerken (maar we bieden alleen de demux-bibliotheek en routines onder Linux/Android, en bieden geen daaropvolgende decodering en weergavegerelateerde ondersteuning)
  6. Ons aangepaste protocol verbetert voornamelijk de CRC-verificatie om transmissiefouten beter af te handelen, Dit helpt onverwachte videodecoderingsproblemen of zelfs spelercrashes veroorzaakt door beschadigde datapakketten te voorkomen. Het demuxingprotocol zelf introduceert geen significante latentie, of het nu ons aangepaste protocol is of het standaard MPEG-TS-protocol. De belangrijkste factoren die de latentie beïnvloeden, zijn feitelijk de decoderings- en weergavefasen daarna. In het algemeen:
    • Omdat UDP-streaming en het decoderen/renderen van spelers asynchrone processen zijn, de meeste spelers introduceren een bepaalde hoeveelheid buffering voordat ze beginnen met afspelen. Hoe groter de buffer, hoe hoger de latentie.
      Bijvoorbeeld, VLC-mediaspeler gebruikt doorgaans relatief grote buffering, en de buffergrootte kan tijdens het afspelen zelfs dynamisch toenemen. Daarentegen, Splayer houdt de afspeelbuffer opzettelijk erg klein om de latentie te minimaliseren.
    • Videodecodering en frameweergave zijn ook asynchrone processen. Als de weergave de tijd niet kan bijhouden, gedecodeerde videoframes kunnen zich ophopen in de weergavewachtrij, die extra latentie introduceert, vergelijkbaar met buffering vóór decodering. Splayer is ook op dit gebied geoptimaliseerd om de accumulatie van frames te verminderen en het afspelen met lage latentie te behouden.
  7. Ons aangepaste protocol bevat ook verschillende aanvullende optimalisaties, Daarom hebben we uiteindelijk besloten om het over te nemen in plaats van door te gaan met het standaard MPEG-TS-protocol (die we oorspronkelijk in het begin gebruikten):
    • Vergeleken met het standaard MPEG-TS-protocol, ons aangepaste protocol vermindert redundante protocoloverhead en verbetert het gebruik van draadloze bandbreedte. Dit is vooral belangrijk voor draadloze verbindingen met beperkte bandbreedte, zoals COFDM-videotransmissiesystemen.
    • Ons aangepaste protocol biedt meer flexibiliteit bij het multiplexen van verschillende soorten gegevens. Naast video en audio, het kan gemakkelijk seriële poortgegevens en andere door de gebruiker gedefinieerde gegevensstromen inkapselen, waardoor het flexibeler en gemakkelijker uit te breiden is dan standaard MPEG-TS.
    • Ons aangepaste protocol ondersteunt geïntegreerde AES-codering en decodering rechtstreeks binnen de protocollaag. Dit is vooral handig voor draadloze verbindingen die niet standaard AES-codering ondersteunen, zoals standaard Wi-Fi-verbindingen.
    • Daarnaast, ons aangepaste protocol is speciaal ontworpen voor transmissiescenario's met lage latentie en hoge betrouwbaarheid, waardoor een strakkere optimalisatie over de gehele transmissie- en afspeelpijplijn mogelijk is in vergelijking met een standaardprotocol voor algemeen gebruik.

Familielid

  1. Wilt u de UART-gegevens verkrijgen van de HDMI CVBS Video UART DATA-encoderkaart?
  2. UDP Player SDK met lage latentie voor Windows x64

Q: Ondersteunt het systeem multicast?? Kan ik één stream naar meerdere IP's uitvoeren??

EEN: Ja. Het systeem ondersteunt UDP-multicast, waardoor één stream tegelijkertijd naar meerdere ontvangers kan worden afgeleverd zonder de stream per IP te dupliceren.Multicast gebruiken, Stel deExterne IP aan de afzenderzijde naar een multicast-adres, bijvoorbeeld224.0.0.23. Alle ontvangers sluiten zich aan bij dezelfde multicastgroep met hetzelfde adres. Aan de ontvangerkant, configureer hetzelfde multicast-IP:

  • Splayer: stel Groeps-IP in op224.0.0.23
  • VLC: openudp://@224.0.0.23:8090

Multicast maakt one-to-many-streaming binnen hetzelfde netwerk mogelijk. Het daadwerkelijke IP-adres van het apparaat is niet kritisch; in plaats van, levering is afhankelijk van netwerkmulticast-ondersteuning en apparaten die lid worden van dezelfde groep.Notitie: Netwerkomstandigheden kunnen de prestaties beïnvloeden. Omgevingen met VPN's, virtuele machines, meerdere netwerkadapters, of switches zonder IGMP-ondersteuning kunnen de multicast-ontvangst beïnvloeden.

Multicast

Remote IP setting on Multicast of SDI AHD to IP encoder board
Externe IP-instelling op Multicast van SDI AHD naar IP-encoderkaart
VLC network URL setting on Multicast of SDI AHD to IP encoder board
VLC-netwerk-URL-instelling op Multicast van SDI AHD naar IP-encoderkaart

Unicast

Remote IP setting on Unicast of SDI AHD to IP encoder board
Externe IP-instelling op Unicast van SDI AHD naar IP-encoderkaart
VLC network URL setting on Unicast of SDI AHD to IP encoder board
VLC-netwerk-URL-instelling op Unicast van SDI AHD naar IP-encoderkaart

Q: Als er meerdere encoder-multicastkaarten in hetzelfde netwerk zijn, moeten we de poort op elk bord veranderen om conflicten te voorkomen?

EEN: Niet noodzakelijkerwijs. Er zijn twee geldige manieren om ervoor te zorgen dat meerdere encoderstreams geen conflicten veroorzaken op hetzelfde netwerk:

  1. Gebruik verschillende UDP multicast IP-adressen voor elke encoderstream.
  2. Gebruik verschillende UDP-poortnummers voor elke encoderstream.

UDP-streaming onderscheidt zich door de combinatie van IP adres (unicast of multicast) en poortnummer. Samen, ze definiëren een unieke UDP-streamidentiteit op het netwerk.

Op het encoderbord, de UDP Stream-instellingen omvatten:

  • Externe IP: Definieert het doel-IP-adres (als er een multicast-adres wordt gebruikt, de stream wordt een UDP-multicaststream).
  • Tx-poort: Definieert het transmissiepoortnummer.
multiple encoder boards in same network configured with a different IP address UDP port number
meerdere encoderkaarten in hetzelfde netwerk geconfigureerd met een ander IP-adres UDP-poortnummer

De combinatie van Externe IP + Tx-poort bepaalt een unieke UDP-stream.

Om conflicten te voorkomen wanneer meerdere multicast-encoderkaarten in hetzelfde netwerk worden ingezet, u kunt verschillende multicast-IP-adressen toewijzen, verschillende UDP-poorten, of gebruik beide, afhankelijk van de netwerkontwerpvereisten.

Q: Hoe verkrijg ik multicast-IP-adressen voor mijn systeem?

EEN: Multicast-IP-adressen worden niet automatisch toegewezen; ze worden geselecteerd uit het standaard multicast-assortiment 224.0.0.0 tot 239.255.255.255. In de praktijk, deze adressen moeten worden gepland en toegewezen door de netwerkbeheerder om ervoor te zorgen dat er geen conflicten zijn met bestaande multicast-services of apparaten op het netwerk.

Q: De encoderkaart moet video via zowel HDMI- als AV-interfaces uitvoeren, maar beide streams gebruiken hetzelfde UDP-adres. Hoe kunnen we ertussen spelen of schakelen??

EEN: Wanneer HDMI- en AV-streams via hetzelfde UDP-adres worden verzonden, dat zijn ze typisch niet gescheiden door netwerkpoorten, maar door interne stroom-ID's, gelijk aan een MPEG-TS (transport stream) structuur.

Hoe het werkt

  • Zowel HDMI- als AV-ingangen zijn dat wel gemultiplext in een enkele UDP-stream
  • Elke videobron krijgt een toegewezen unieke stream-ID (Bijv., PID / service-ID)
  • De ontvanger presteert demultiplexen op basis van deze ID's, in plaats van te scheiden op basis van IP of poort
  • Hierdoor kunnen meerdere videokanalen naast elkaar bestaan ​​in één UDP-stream

Hoe Splayer hiermee omgaat

Met onze Splayer 2.0 UDP-speler, het systeem ondersteunt deze architectuur native:

  • Gelijktijdige decodering van meerdere videostreams vanaf één enkel UDP-adres
  • Stroomscheiding op basis van interne ID's (MPEG-TS PID/service-toewijzing)
  • Realtime schakelen tussen HDMI- en AV-bronnen zonder de netwerkinstellingen te wijzigen
  • Flexibele meerkanaalsweergave met behulp van een enkele UDP-ingangsbron

Dit ontwerp vereenvoudigt de implementatie doordat het behouden blijft één UDP-configuratie, terwijl het nog steeds mogelijk is videoverwerking met meerdere ingangen en naadloos schakelen.

Je kunt downloaden Splayer 2.0 UDP-speler hier: Splayer 2.0 UDP-speler downloaden

Een vraag stellen

← Terug

Bedankt voor je reactie. ✨