Favoriet toevoegen set Homepage
Positie:Home >> Nieuws

producten Categorie

producten Tags

FMUSER sites

Wat is het SRT-protocol en waarom is het zo belangrijk?

Date:2021/1/20 16:34:46 Hits:



"Wat is het SRT open-source internetoverdrachtsprotocol? Wat betekent het voor de videostreaming-industrie? FMUSER zal je alle informatie geven die je moet weten over het SRT-protocol, inclusief de betekenis van het SRT-protocol, de achtergrond van de SRT protocol en het SRT-protocol kunnen bijdragen aan toekomstige videostreamingoplossingen, de video-industrie en de ontwikkeling van netwerkvideo-overdracht Invloed en verandering ---- FMUSER "


Quick View




Wat is het SRT-protocol?
Hoe werkt het SRT-protocol?
De ontwikkelingsgeschiedenis van het SRT-protocol
Wat kan het SRT-protocol ons opleveren? 
Waarom is het SRT-protocol zo belangrijk?
Wat zijn de voordelen van het gebruik van het SRT-protocol?
Door SRT-protocol ondersteunde streamingoplossingen van FMUSER
Vergeleken met SRT-protocol met gemeenschappelijke transmissie-indelingen
HTTP Live Streaming (HLS)
Hoe HLS werkt?
MPEG-DASH (dynamische adaptieve streaming via HTTP)
Hoe MPEG-DASH werkt en toepassingen
Welk streamingprotocol is geschikt voor u?
True Things over het SRT-protocol


1. Wat is het SRT-protocol?




Definitie: SRT-protocol is de afkorting van (Secure Reliable Transport protocol). Secure Reliable Transport protcol (SRT-protocol) is een hoogwaardig, veilig, realtime royaltyvrij open-source videotransmissieprotocol met lage latentie. Het ondersteunt luidruchtige of onvoorspelbare netwerken (zoals Low-latency, high-performance streaming wordt gerealiseerd op het openbare internet. SRT-protocol is tegenwoordig een zeer populair open-source low-latency videotransmissieprotocol. Met behulp van SRT-protocol, betrouwbare transmissietechnologie met succes veilige en betrouwbare high-definition videotransmissie en distributie realiseren onder gewone internetomgevingen en tussen meerdere locaties.


Hoe komt het SRT-protocol?

● SRT Alliance is een organisatie die is opgericht door Haivision en Wowza om open source-applicaties van het SRT-protocol te beheren en te ondersteunen. 

Deze organisatie zet zich in voor het bevorderen van de interoperabiliteit van videostreamingoplossingen en het bevorderen van de samenwerking van pioniers in de video-industrie om netwerkvideotransmissie met lage latentie te bereiken. 


2. Hoe SRT-protocol werkt




Er wordt een speciale communicatieverbinding tot stand gebracht tussen de SRT-bron (encoder) en de SRT-bestemming (decoder) voor controle en pakketherstel. Het doel kan een server, CDN of ander SRT-protocol ondersteund apparaat zijn. SRT protocol gebruikt zijn eigen herstelmethode voor pakketverlies en UDP-pakketten op het netwerk, die u kunt aanpassen aan veranderende netwerkomstandigheden. Als de netwerkconditie slecht is, kunnen meer pakketbuffers worden toegevoegd om de videokwaliteit te verbeteren. Naarmate de netwerkomstandigheden verbeteren, kan de latentie worden verminderd om een ​​bijna realtime streamingervaring te bereiken.




#Werkingsprincipe van SRT protocol



Elke firewall tussen de SRT protocol bronapparaat en het doelapparaat moeten worden doorlopen. SRT protocol heeft drie patronen om dit te bereiken: 


Rendez-vous / beller / luisteraar


Het aggregatiepatroon is het eenvoudigst en het is meestal mogelijk om de firewall tussen de SRT te doorkruisen protocol bron en het doelwit zonder deelname. Als u de firewall niet kunt passeren, moet u de beller / luisteraar-modus gebruiken. Sommige IT-deelname is echter vereist om verkeersdoorschakeling zo in te stellen dat verkeer wordt ontvangen op het openbare IP-adres en SRT van het bestemmingsapparaat protocol poort wordt doorgestuurd naar het apparaat op het lokale netwerk.


Zie ook: M3U / M3U8 IPTV-afspeellijsten handmatig laden / toevoegen op ondersteunde apparaten


3. De ontwikkelingsgeschiedenis van SRT protocol




SRT is een SRT-alliantie die gezamenlijk is opgericht door Haivision en Wowza. Sinds SRT protocol werd in 2017 een open-source-technologie, meer dan 130 bedrijven hebben het open-source-project ondersteund door de SRT-alliantie te ondersteunen. Zijn leveranciers en eindgebruikers werken samen om de bekendheid van SRT in de branche te vergroten protocol en gebruik het als een algemene standaard voor videotransmissie met lage latentie op internet.

Momenteel zijn er al 50 SRT-compatibele producten op de markt, waaronder IP-camera's, encoders, decoders, videogateways, OTT-platforms en CDN's. Het SRT-protocol wordt door duizenden organisaties in veel toepassingen en markten over de hele wereld gebruikt.

FMUSER is een van de sterke voorstanders van SRT protocol. We stellen hoge eisen aan interoperabiliteit en standaarden. FMUSER heeft zich ten doel gesteld om ondersteuning voor het SRT-protocol te implementeren in zijn huidige en toekomstige coderings- en decoderingsoplossingen.



4. Wat kan SRT PROTOCOL Brengt ons mee? 




We vonden het tijd om het hot topic Secure Reliable Transport opnieuw te bekijken protocol (SRT protocol) deze week. Een paar kleine SRT protocol aankondigingen zijn opgedoken sinds het open-source protocol voor het tweede jaar op rij in de schijnwerpers stond in Vegas.

Er is iets meer dan een jaar verstreken sinds SRT protocol bereikte een van de belangrijkste implementaties tot nu toe, waarbij ESPN SRT-uitgeruste apparaten uitrolde naar 14 atletiekconferenties om meer dan 2,200 evenementen te produceren via goedkope internetverbindingen, waarbij traditionele satelliet-uplink-services werden vervangen en resulterend in kostenbesparingen van ergens tussen $ 8 miljoen voor $ 9 miljoen. Als ESPN op deze schaal kostenbesparingen kan realiseren voor relatief rustige evenementen, stel je dan de mogelijkheden voor voor grootschalige live-gelegenheden - contant geld dat uiteindelijk elders kan worden geïnvesteerd om de kijkerervaring te verbeteren.

Maar met pioniers in de streaming-industrie zoals Netflix en YouTube die HTTP-inhoud via CDN's aan miljoenen kijkers leveren zonder de hulp van SRT protocol, waar gaat het allemaal over? Een whitepaper van omroepvideoleverancier Haivision, een van de oprichters van de SRT Alliance, is in wezen bedoeld om de mythe te ontkrachten dat HTTP-streamingtechnologie die gebruikmaakt van RTMP het allerbelangrijkste is voor OTT-video. In feite is het oplopen van vertragingen tot wel 30 seconden niet ongebruikelijk bij HTTP-streaming, voornamelijk veroorzaakt door een groot aantal drukstappen en verschillende buffers langs het signaalpad.

Zie ook: Meerkanaals SRT-ondersteunde video-encoder voor live streaming


Bovendien waarschuwt Haivision dat Transmission Control Protocol (TCP), de standaard die wordt gebruikt bij het leveren van HTTP, een scherpe piek in vertragingen kan veroorzaken, aangezien TCP vereist dat elk laatste pakket van een stream in de exacte oorspronkelijke volgorde aan de eindgebruiker wordt afgeleverd. Dit betekent uiteindelijk dat TCP voortdurend probeert om ontbrekende gegevens te verzenden, omdat het niet mogelijk is om slechte bytes over te slaan.

Een meer triviaal nadeel is dat SRT protocol bestond al als een acroniem in de video-industrie lang voordat het protocol met lage latentie kwam, met betrekking tot een extensie voor computerbestanden met ondertiteling genaamd SubRip, dus een online zoektocht naar informatie over het protocol kan je gemakkelijk op een dwaalspoor brengen naar een heel andere technologiestapel.

We gaan nu snel verder met hoe SRT naam heeft gemaakt. Het onderstaande diagram visualiseert hoe een fout wordt gegenereerd in het uitvoersignaal van een niet-gecorrigeerde stream wanneer een pakket verloren gaat (bovenaan), terwijl Forward Error Correction (FEC) een constante hoeveelheid gegevens aan de stream toevoegt om verloren pakketten opnieuw te creëren, zoals weergegeven in het midden. Dan hebben we Automatic Repeat reQuest (ARQ) die verloren pakketten op verzoek van de ontvanger opnieuw verzendt, wat een constant bandbreedteverbruik van FEC voorkomt.

Een derde en laatste vangst van HTTP heeft betrekking op de manier waarop TCP de transmissiesnelheden van pakketten verlaagt wanneer er congestie optreedt. "Hoewel dit gedrag goed is voor het verminderen van de algehele congestie in een netwerk, is het niet geschikt voor een videosignaal dat een snelheidsdaling tot onder de nominale bitsnelheid niet kan overleven", waarschuwt het.

“De voordelen zijn aanzienlijk voor zowel technologieleveranciers als gebruikers, waardoor de implementatie aanzienlijk wordt vereenvoudigd en de kosten worden verlaagd, waardoor de productbeschikbaarheid wordt verbeterd en de prijzen laag blijven. En aangezien elke implementator dezelfde codebasis gebruikt, wordt interoperabiliteit vereenvoudigd ”, is waarschijnlijk een betere conclusie voor de whitepaper dan degene die hij daadwerkelijk koos.


5. Waarom is het SRT-protocol zo belangrijk?




De toepassing van het SRT-protocol in de audiovisuele en IT-sector heeft veel feedback gekregen. De belangrijkste redenen voor de opwinding van IT-opinieleiders onder eindgebruikers van ondernemingen en overheden zijn; online videoplatforms; netwerken voor levering van inhoud; Enterprise Video Content Management Systemen; en internet, de basis voor streaming-overdracht Vergeleken met de hardware, software en diensten van facilitaire bedrijven


In bedrijven, overheden, scholen en defensie stijgt het verbruik van hoogwaardige video sterk. Veel protocollen hebben het probleem opgelost van compatibiliteit van videostreaming naar een groot aantal kijkers die inhoud van verschillende apparaten en apparaten consumeren. 


Een van de beste manieren om te profiteren van de lokale activa van verschillende organisaties en de grote investeringen die serviceproviders in de cloud hebben gedaan, is om streaming-distributietools te bieden met zeer lage latentie en zeer betrouwbaar. SRT protocol gebruikt enkele van de beste aspecten van User Datagram Protocol (UDP), zoals lage latentie, maar voegt foutcontrole toe om overeen te komen met de betrouwbaarheid van het Transmission Control Protocol / Internet Protocol (TCP / IP). Hoewel TCP / IP alle dataprofielen aankan en het meest geschikt is voor zijn werk


Opmerking: SRT protocol kan het verouderende RTMP-protocol vervangen. Het lost beveiligingsproblemen op en richt zich op prestatievideo, zelfs via openbare internetinfrastructuur, en kan specifiek hoogwaardige video verwerken.



6. Wat zijn de voordelen van het gebruik van het SRT-protocol?




Drie kenmerken: VEILIGHEID, BETROUWBAARHEID en LAGE LATENTIE.

Algemene Voorwaarden Kenmerken
In termen van VEILIGHEID
SRT protocol ondersteunt AES-codering om end-to-end videotransmissiebeveiliging te garanderen.
In termen van BETROUWBAARHEID
SRT protocol maakt gebruik van Forward Correction Technology (FEC) om de stabiliteit van de transmissie te waarborgen
In termen van LAGE LATENTIE
SRT protocol is gebouwd bovenop het UDT-protocol en lost het probleem op van een hoge transmissievertraging van het UDT-protocol. Het UDT-protocol is gebaseerd op het UDP-netwerkcommunicatieprotocol


#Blad 1 - Wat zijn de fENMERKEN ofSRT-protocol 


SRT protocol maakt een directe verbinding mogelijk tussen de signaalbron en het doelwit, wat in schril contrast staat met veel bestaande videotransmissiesystemen, die een gecentraliseerde server nodig hebben om signalen van afgelegen locaties te verzamelen en om te leiden naar een of meer bestemmingen. De centrale servergebaseerde architectuur heeft een single point of failure, dat ook een bottleneck kan worden tijdens periodes van druk verkeer. De overdracht van signalen via de hub verhoogt ook de end-to-end signaaloverdrachtstijd en kan de bandbreedtekosten verdubbelen, omdat er twee verbindingen moeten worden geïmplementeerd: een van de bron naar de centrale hub en de andere van het centrum naar de bestemming. . Door directe verbindingen van bron naar bestemming te gebruiken, SRT protocol kan de latentie verminderen, centrale knelpunten elimineren en netwerkkosten verlagen.


SRT protocol lost het complexe transmissietimingprobleem op en kan het real-time verzending van bestanden met hoge doorvoer en ultraheldere video.


VIER BELANGRIJKSTE KENMERKEN VAN HET SRT-PROTOCOL

 Functioneel 
Video van onbewerkte kwaliteit - SRT protocol is ontworpen om jitter, pakketverlies en bandbreedtefluctuaties veroorzaakt door opstoppingen op lawaaierige netwerken te voorkomen voor de beste kijkervaring. Dit wordt bereikt door geavanceerde retransmissietechnologie met lage latentie, die pakketverlies kan compenseren en beheren. SRT protocol kan tot 10% pakketverlies weerstaan ​​zonder visuele impact op de stroom.
effectief
Ondanks het omgaan met netwerkuitdagingen, worden video en audio geleverd met een lage latentie met gecombineerde voordelen van TCP / IP-levering en de snelheid van UDP. Lage latentie - hoewel het bestand is tegen netwerkuitdagingen, hebben video- en audiotransmissie nog steeds een lage latentie. Het heeft de uitgebreide voordelen van TCP / IP-leveringsbetrouwbaarheid en UDP-snelheid.
Veilig Bestellen
Veilige end-to-end-transmissie - AES 128/256-bits codering volgens industriestandaard zorgt voor bescherming van inhoud op internet. SRT protocol biedt vereenvoudigde firewall-traversal. industriestandaard AES 128/256-bit encryptie zorgt voor veilige end-to-end contentoverdracht via internet, inclusief vereenvoudigde firewall-traversal. Omdat SRT protocol zorgt voor veiligheid en betrouwbaarheid, het openbare internet kan nu worden gebruikt voor uitgebreide streaming-mediatoepassingen, zoals streaming naar socialistische cloud-sites (het kalkaanslag-unicast-multi-cloudplatform wordt bijvoorbeeld gelijktijdig gedistribueerd naar meerdere sociale media, zoals Facebook) Live, youtube , twitch en periscoop (van een real-time videofeed), streaming of remoting van volledige videomuurinhoud, of ROI van de videomuur, enz.
Geavanceerd
Open source - SRT protocol is royaltyvrije, volgende generatie en open-sourceprotocollen die kosteneffectieve, interoperabele en toekomstgerichte oplossingen bieden. 
Kostenbesparend Interoperabiliteit - in de wetenschap dat producten van meerdere leveranciers naadloos zullen werken, kunnen gebruikers SRT veilig implementeren protocol over de gehele video- en audiostreamworkflow.


#Blad 2 - Waarom kiezen we voor SRT PROTOCOL?



7. SRT Pprotocol Ondersteunde streaming Oplossingen van FMUSER




FMUSER H.264 h.265 encoder / decoder / multi HD encoder / decoderpaar ondersteunt vele populaire streamingprotocollen, waaronder SRT protocol. Met dit compacte, robuuste, energiezuinige encoder / decoderpaar kunnen gebruikers vol vertrouwen real-time streams tot 4K of Quad HD verzenden vanaf meerdere SDI-camera's via een beheerd of onbeheerd netwerk.


FMUSER IPTV-encoder / decoder / transcoder

FBE200 H.264 / H.265 IPTV hardware-encoder

Meer >>

FBE204 H.264 / H.265 IPTV 

Hardware-encoder

Meer >>

FBE216 H.264 / H.265 IPTV 

Hardware-encoder

Meer >>

1-Channel

4 Kanalen 16 kanalen


#Blad 3 - FMUSER Oplossingen voor het verzenden van audio en video-uitzendingen

Meer >>



Infield-productietoepassingen, de FMUSER-encoderfamilie biedt de laagste glas-naar-glasvertraging op de markt en levert veilig streams aan productiestudio's van externe evenementen. De stream die door de FMUSER-encoder wordt gegenereerd, bevat een programmatijdstempel om ervoor te zorgen dat de signalen van de synchrone camera opnieuw kunnen worden uitgelijnd wanneer ze worden gedecodeerd door de FMUSER-decoder. Bovendien kunnen deze feeds worden gesynchroniseerd om een ​​naadloze integratie in de studio-omgeving te garanderen.


Opmerking: FMUSER encoder / decoder heeft een krachtige streaming media-servicefunctie. Naast het ondersteunen van algemene protocollen zoals RTSP / RTMP, ondersteunt het ook het Onvif-protocol, SIP-protocol, NDI-protocol (aanpasbaar), SRT-protocol (aanpasbaar), GB / T28181 (aanpasbaar) en andere serviceovereenkomsten voor streaming media; helpt u een voortrekkersrol te spelen in de op IP gebaseerde business met ultra-high-definition video.


  


Meerdere toepassingen van FMUSER SRT-ondersteund Hardware-encoders FBE200. Meer >>



De producttechnologie van FMUSER is gericht op producten van hoge kwaliteit en is constant aan het innoveren en overtreffen als het pad. Van R&D, productie, verkoop, service en andere zakelijke banden zijn volledig zelf geïntegreerd, de service is niet van begin tot eind losgekoppeld. Neem altijd de behoeften van gebruikers als drijvende kracht achter innovatie, maak alleen producten die voldoen aan de werkelijke behoeften van gebruikers en maak alleen producten die gebruikers kunnen vertrouwen. Tegelijkertijd kan het klanten hoogwaardige productontwikkeling en aangepaste diensten bieden.


Zie ook: Wat is het verschil tussen AM en FM?



8. Vergeleken met SRT protocol Met gangbare transmissieformaten




Voor netwerkvideo-overdracht zijn efficiëntere streamingprotocollen nodig. Nu bedrijven en providers van content delivery network (CDN) zich voorbereiden op een toekomst vol livestreaming, is deze behoefte nog nooit zo urgent geweest. De toekomst van realtime streaming, SRT protocol, HLS en MPEG-streepje is gekomen. Laten we eens kijken wat deze realtime streamingprotocollen zijn, hun voordelen en hun toepassingen


Er zijn momenteel twee live video-uitzendingen op internet. 

● RTMP-gebaseerde live-uitzending. 

● De live uitzending van het WebRTC-protocol. 


RTMP-gebaseerde live-uitzending
WebRTC-protocol

1. deze live uitzendmethode maakt gebruik van het RTMP-protocol voor upstream push en RTMP, HTTP + FLV of HLS voor downstream afspelen

2. De live uitzendvertraging is over het algemeen groter dan 3 seconden en is 


1. deze live-uitzendmethode gebruikt het UDP-protocol voor het streamen van mediadistributie

2. de live uitzendvertraging is minder dan 1 seconde en het aantal gelijktijdige verbindingen is doorgaans minder dan 10


Opmerking: het wordt voornamelijk gebruikt in toepassingen zoals lage latentie en grote gelijktijdigheid, zoals live-evenementen, synchronisatie van aandeleninformatie, grootschalig onderwijs, enz.
Opmerking: het wordt voornamelijk gebruikt in toepassingen zoals video-oproepen en toont het aansluiten van microfoons. Scènes. 


#Blad 4 - Vergelijking van RTMP en WebRTC



9. HTTP Live Streaming (HLS)




HTTP Live Streaming (HLS) is een adaptief, op HTTP gebaseerd streamingprotocol dat video- en audiocontent over het netwerk verzendt in kleine, op TCP gebaseerde mediasegmenten die opnieuw worden samengesteld op de streamingbestemming. De kosten voor het implementeren van HLS zijn laag omdat het gebruikmaakt van bestaande TCP-gebaseerde netwerktechnologie, wat aantrekkelijk is voor CDN's die oude (en dure) RTMP-mediaservers willen vervangen. Maar omdat HLS TCP gebruikt, heeft Quality of Experience (QoE) de voorkeur boven lage latentie en kunnen vertragingstijden hoog zijn (zoals in seconden in plaats van milliseconden).


HLS is oorspronkelijk ontwikkeld door Apple Inc. als een protocol om media naar Apple-apparaten te streamen. Apple heeft sindsdien HLS (push) ontwikkeld, een open-standaard streamingprotocol aan de contributiezijde dat beschikbaar is voor alle apparaten. Momenteel ondersteunt HLS video die is gecodeerd met H.264- of HEVC-codecs.




# HTTP Live Streaming (HLS)



Een voordeel van HLS is dat het is ontworpen om zich aan te passen aan verschillende netwerkomstandigheden. Verschillende versies van de stream worden verzonden met verschillende resoluties en bitrates. Kijkers kunnen de kwaliteit van de stream kiezen die ze willen. HLS ondersteunt ook meerdere audiotracks, wat betekent dat uw stream meerdere taaltracks kan hebben waaruit gebruikers kunnen kiezen. Andere voordelen zijn ondersteuning voor ondertiteling, metadata, Digital Rights Management (DRM) en zelfs embedded advertenties (in de niet al te verre toekomst). Het kader is er allemaal.


Opmerking: Veilige streaming via HTTPS wordt ondersteund, evenals MD5-hashing en SHA-hashing-algoritmen voor gebruikersnaam- en wachtwoordverificatie.


Zie ook: Hoe GOGO IPTV-problemen op te lossen op Icone Pro, Plus en Wegoo-ontvanger?


10. Hoe HLS werkt




De aanpak lijkt veel op een bestandsoverdracht. Mediasegmenten streamen via HTTP-poort 80 (of poort 443 voor HTTPS), die doorgaans al openstaat voor netwerkverkeer. Als zodanig kan de inhoud gemakkelijk firewalls passeren met weinig tot geen tussenkomst van IT.




# Maak kennis met hoe HLS werkt 


HLS gebruikt een MPEG2-TS-transportstroomcontainer met een configureerbare duur van het mediasegment, evenals een configureerbare grootte van de afspeellijst voor het opnieuw samenstellen van de mediasegmenten op de opnameserver. Gefragmenteerde MP4 wordt ondersteund.





#Maak kennis met hoe HSL werkt



Opmerking: Omdat HLS gebruikmaakt van op TCP gebaseerde technologie, zijn de netwerkpakketverlies- en herstelmethode intensief. Dat is een van de redenen voor de verhoogde latentie. Hoewel enige controle over de grootte van het mediasegment beschikbaar is, is de mogelijkheid om de latentie te verminderen beperkt - vooral als de opnameserver een specifieke grootte van het mediasegment vereist. 

HLS is nog steeds de standaard voor streaming naar mobiele apparaten en tablets. U kunt HLS ook gebruiken om te streamen naar een CDN dat geen RTMP ondersteunt wanneer een lage latentie geen vereiste is. Het is belangrijk op te merken dat RTMP al door steeds meer CDN's wordt afgeschaft. HLS is ook zeer geschikt voor het veilig streamen van bedrijfstrainingen en gemeentehuizen via private Local Area Networks (LAN's) wanneer een lage latentie geen vereiste is en de netwerkomstandigheden slecht zijn (ervan uitgaande dat het netwerk HLS ondersteunt).



11. MPEG-DASH (Dynamic Adaptive Streaming Over HTTP)




MPEG-DASH is een open standaard, adaptief op HTTP gebaseerd streamingprotocol dat video- en audiocontent over het netwerk verzendt in kleine, op TCP gebaseerde mediasegmenten die weer in elkaar worden gezet op de streamingbestemming. De International Standards Organization (ISO) en het team van MPEG hebben MPEG-DASH ontworpen om codec- en resolutie-agnostisch te zijn, wat betekent dat MPEG-DASH video (en audio) van elk formaat (H.264, H.265, enz.) en ondersteunt resoluties tot 4K. Anders werkt MPEG-DASH ongeveer hetzelfde als HLS.


De kosten om MPEG-DASH te implementeren zijn laag omdat het gebruikmaakt van bestaande op TCP gebaseerde netwerktechnologie, wat aantrekkelijk is voor CDN's. Maar omdat pakketten via TCP worden getransporteerd, heeft Quality of Experience (QoE) de voorkeur boven lage latentie en kunnen vertragingstijden hoog zijn.


MPEG-DASH is ook ontworpen om zich aan te passen aan verschillende netwerkomstandigheden. Verschillende versies van de stream worden verzonden met verschillende resoluties en bitrates. Kijkers kunnen de kwaliteit van de stream kiezen die ze willen. Meerdere audiotracks worden ook ondersteund, evenals verbeterde functies zoals ondertiteling, metadata en Digital Rights Management (DRM). De infrastructuur is er voor toekomstige ontwikkelingen, zoals embedded advertenties


Opmerking: Veilige streaming via HTTPS wordt ondersteund, evenals MD5-hashing en SHA-hashing-algoritmen voor gebruikersnaam- en wachtwoordverificatie.


12. Hoe MPEG-DASH werkt en toepassingen




Werkend principe: 

MPEG-DASH werkt op dezelfde manier als HLS en verzendt korte mediasegmenten via HTTP (poort 80) of HTTPS (poort 443) voor gemakkelijke firewall-doorgang. Het maakt gebruik van een MPEG2-TS-transportstroomcontainer met een configureerbare duur van het mediasegment, evenals een configureerbare grootte van de afspeellijst voor het opnieuw samenstellen van de mediasegmenten op de opnameserver. Gefragmenteerde MP4 wordt ondersteund.


#Conceptuele architectuur van MPEG DASH




Opmerking: De hoge latentie van MPEG-DASH is voornamelijk te wijten aan het netwerkpakketverlies en de herstelmethode die wordt gebruikt voor alle op TCP gebaseerde netwerken. En hoewel MPEG-DASH enige controle biedt over de grootte van het mediasegment, is de mogelijkheid om de latentie te verminderen beperkt - vooral als de opnameserver een specifieke grootte van het mediasegment vereist.





#De MPEG-DASH-standaard voor het streamen van multimedia via internet


Opmerking: Gebruik MPEG-DASH om te streamen naar een CDN dat geen RTMP ondersteunt wanneer een lage latentie geen vereiste is. Het is belangrijk op te merken dat RTMP al door steeds meer CDN's wordt afgeschaft. DASH is ook zeer geschikt voor het veilig streamen van bedrijfstrainingen en gemeentehuizen via privé-LAN's wanneer een lage latentie geen vereiste is en de netwerkomstandigheden slecht zijn.


13. Welk streamingprotocol is geschikt voor u?



Opmerking: Hoewel RTMP verreweg het populairste streamingprotocol is, vormen protocollen zoals het SRT-protocol, HLS en DASH een uitdaging. Wat hebben adaptieve op HTTP gebaseerde streamingprotocollen HLS en MPEG-DASH dat RTMP niet heeft?

● Meerdere audiotracks voor één videotrack voor meertalige producties.
● Opname van metagegevens en andere soorten ingesloten inhoud.
● Ondersteuning voor Digital Rights Management (DRM).
● Stuur meerdere versies van de stream met verschillende resoluties en bitsnelheden, zodat kijkers de kwaliteit kunnen selecteren die past bij hun netwerkomstandigheden of schermgrootte.
● Schaalbaarheid is veel gemakkelijker en goedkoper voor HLS en MPEG-DASH dan voor RTMP. En RTMP vereist meestal dat IT-netwerkpoorten handmatig worden geopend om firewalls te passeren.


Opmerking: Als latentie of slechte netwerkomstandigheden geen probleem zijn, verslaat HLS of MPEG-DASH SRT protocol. Adaptieve HTTP-gebaseerde streamingprotocollen leveren de best mogelijke videokwaliteit aan kijkers met verschillende netwerkomstandigheden en zijn eenvoudiger in te stellen dan SRT protocol.




14. Ware dingen over de SRT-protocol




1. SRT protocol is een open-sourceoplossing die is geïntegreerd in meerdere platforms en architecturen, inclusief op hardware gebaseerde draagbare oplossingen en op software gebaseerde cloudoplossingen.

2. SRT protocol kan goed werken op verbindingen met vertragingen van enkele milliseconden tot enkele seconden. Kan lange netwerkvertragingen aan.
3. SRT protocol heeft niets met lading te maken. Elk type video- of audiomedia, of zelfs elk ander gegevenselement dat via UDP kan worden verzonden, is compatibel met SRT. Ondersteunt meerdere streamtypen.
4. SRT protocol verzenden ondersteunt meerdere gelijktijdige streams. Meerdere verschillende mediastreams, zoals meerdere camerahoeken of optionele audiotracks, kunnen worden verzonden via parallelle SRT-streams die dezelfde UDP-poort en hetzelfde adres delen op een point-to-point-link.
5. Het handshake-proces dat wordt gebruikt door SRT protocol ondersteunt uitgaande verbindingen zonder de noodzaak om gevaarlijke permanente externe poorten in de firewall te openen, waardoor het beveiligingsbeleid van het bedrijf gehandhaafd blijft. Verbeterde firewall-traversal.

6. De SRT protocol endpoint zorgt voor een stabiel end-to-end vertragingsprofiel, waardoor stroomafwaartse apparatuur geen eigen buffer meer nodig heeft om met veranderende signaalvertragingen om te gaan. De signaaltijd is nauwkeurig.


CDN's zoals Akamai hebben al aangekondigd dat ze de ondersteuning voor RTMP beëindigen. Het is oud en duur om te implementeren. Met nieuwe protocollen zoals SRT protocol, HLS en MPEG-DASH aan populariteit winnen, is het slechts een kwestie van tijd voordat RTMP tot het verleden zal behoren. 


Opmerking: Als een lage latentie nodig is en u streamt over onvoorspelbare netwerken, dan is SRT protocol is het streamingprotocol bij uitstek. SRT protocol brengt zijn eigen verbinding tot stand voor pakketherstel die veel efficiënter is dan TCP. Dat maakt SRT mogelijk protocol om bijna realtime tweewegcommunicatie te leveren tussen een host en een externe gast. En u kunt de latentie afstemmen om aan te passen aan netwerkomstandigheden.


BACK


Extra type artikelen




m3u-extensie - Lijst met programma's die .m3u-bestanden kunnen openen

Richtlijn voor het handmatig laden van IPTV .M3U / .M3U8-afspeellijststreams op verschillende apparaten

Hoe u uw FM-radioantenne zelf kunt maken | Basisprincipes en zelfstudies van de FM-antenne

FMUSER STL Link - Alles wat je nodig hebt op studio om Link-apparatuur te zenden




Neem voor meer informatie over ondersteunde producten door het SRT-protocol contact met mij op via Web | app


Mijn whatsapp +8618319244009 


Of neem contact met mij op door e-mails te sturen |NOW


[e-mail beveiligd]



Als je denkt dat dit artikel nuttig is, welkom om door te sturen en een fijne dag te wensen!



Laat een bericht achter 

Naam *
E-mail *
Telefoonnummer
Adres
Code Zie de verificatiecode? Klik vernieuwen!
Bericht
 

Message List

Reacties Laden ...
Home| Over Ons| Producten| Nieuws| Downloaden| Support| Feedback| Contact| Service

Contactpersoon: Zoey Zhang Web: www.fmuser.net

Whatsapp / Wechat: +86 183 1924 4009

Skype: tomleequan E-mail: [e-mail beveiligd] 

Facebook: FMUSERBROADCAST Youtube: FMUSER ZOEY

Adres in het Engels: Room305, HuiLanGe, No.273 HuangPu Road West, TianHe District., GuangZhou, China, 510620 Adres in het Chinees: 广州市天河区黄埔大道西273号惠兰阁305(3E)