Add Favorite Set Homepage
Position:Home >> Aktuelles

Produkte Kategorie

Produkte Schlagwörter

FMUSER Seiten

Was ist das SRT-Protokoll und warum ist es so wichtig?

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



"Was ist das Open-Source-Internetübertragungsprotokoll von SRT? Was bedeutet es für die Video-Streaming-Branche? FMUSER stellt Ihnen alle Informationen vor, die Sie über das SRT-Protokoll wissen müssen, einschließlich der Bedeutung des SRT-Protokolls und des Hintergrunds der SRT Protokoll, und das SRT-Protokoll kann für die Zukunft Video-Streaming-Lösungen, die Video-Industrie und die Entwicklung der Netzwerk-Video-Übertragung Einfluss und Änderung ---- FMUSER "


Schnellansicht




Was ist das SRT-Protokoll?
Wie funktioniert das SRT-Protokoll?
Die Entwicklungsgeschichte des SRT-Protokolls
Was bringt uns das SRT-Protokoll? 
Warum ist das SRT-Protokoll so wichtig?
Was sind die Vorteile der Verwendung des SRT-Protokolls?
Vom SRT-Protokoll unterstützte Streaming-Lösungen von FMUSER
Vergleich des SRT-Protokolls mit gängigen Übertragungsformaten
HTTP Live Streaming (HLS)
Wie funktioniert HLS?
MPEG-DASH (Dynamisches adaptives Streaming über HTTP)
Funktionsweise und Anwendungen von MPEG-DASH
Welches Streaming-Protokoll passt zu Ihnen?
Wahre Dinge über das SRT-Protokoll


1. Was ist das SRT-Protokoll?




Definition: Das SRT-Protokoll ist die Abkürzung für (Secure Reliable Transport Protocol). Das SRT-Protokoll (Secure Reliable Transport Protcol) ist ein hochqualitatives, lizenzfreies Open-Source-Videoübertragungsprotokoll ohne Lizenzgebühren in Echtzeit. Es unterstützt verrauschte oder unvorhersehbare Netzwerke (z. B. Hochleistungs-Streaming mit geringer Latenz wird im öffentlichen Internet realisiert. Das SRT-Protokoll ist heutzutage ein sehr beliebtes Open-Source-Videoübertragungsprotokoll mit niedriger Latenz. Mit der zuverlässigen Übertragungstechnologie des SRT-Protokolls kann dies möglich sein Verwirklichen Sie erfolgreich eine sichere und zuverlässige Übertragung und Verteilung von hochauflösendem Video in normalen Internetumgebungen und zwischen mehreren Standorten.


Wie kommt das SRT-Protokoll?

● SRT Alliance ist eine von Haivision und Wowza gegründete Organisation zur Verwaltung und Unterstützung von Open Source-Anwendungen des SRT-Protokolls. 

Diese Organisation setzt sich dafür ein, die Interoperabilität von Video-Streaming-Lösungen zu fördern und die Zusammenarbeit von Pionieren der Videoindustrie zu fördern, um eine Netzwerkvideoübertragung mit geringer Latenz zu erreichen. 


2. Wie das SRT-Protokoll funktioniert




Eine dedizierte Kommunikationsverbindung wird zwischen der SRT-Quelle hergestellt (Encoder) und das SRT-Ziel (Decoder) zur Steuerung und Paketwiederherstellung. Das Ziel kann ein Server, ein CDN oder ein anderes vom SRT-Protokoll unterstütztes Gerät sein. SRT Protokoll verwendet eine eigene Methode zur Wiederherstellung von Paketverlusten und UDP-Pakete im Netzwerk, die Sie anpassen können, um sie an sich ändernde Netzwerkbedingungen anzupassen. Wenn der Netzwerkzustand schlecht ist, können weitere Paketpuffer hinzugefügt werden, um die Videoqualität zu verbessern. Wenn sich die Netzwerkbedingungen verbessern, kann die Latenz reduziert werden, um ein Streaming-Erlebnis nahezu in Echtzeit zu erzielen.




#Arbeitsprinzip von SRT Protokoll



Jede Firewall zwischen dem SRT Protokoll Quellgerät und Zielgerät müssen durchlaufen werden. SRT Protokoll hat drei Muster, um dies zu erreichen: 


Rendezvous / Anrufer / Zuhörer


Das Aggregationsmuster ist das einfachste und es ist normalerweise möglich, die Firewall zwischen der SRT zu durchlaufen Protokoll Quelle und Ziel ohne Beteiligung. Wenn Sie nicht durch die Firewall gelangen, sollten Sie den Anrufer / Hörer-Modus verwenden. Eine gewisse Teilnahme ist jedoch erforderlich, um die Weiterleitung des Datenverkehrs so einzurichten, dass der Datenverkehr an der öffentlichen IP-Adresse und der SRT des Zielgeräts empfangen wird Protokoll Der Port wird an das Gerät im lokalen Netzwerk weitergeleitet.


Siehe auch: Manuelles Laden / Hinzufügen von M3U / M3U8-IPTV-Wiedergabelisten auf unterstützten Geräten


3. Die Entwicklungsgeschichte von SRT Protokoll




SRT ist eine SRT-Allianz, die von Haivision und Wowza gemeinsam gegründet wurde. Seit SRT Protokoll wurde 2017 zu einer Open-Source-Technologie. Mehr als 130 Unternehmen haben das Open-Source-Projekt durch die Unterstützung der SRT-Allianz unterstützt. Seine Lieferanten und Endverbraucher arbeiten zusammen, um das Bewusstsein der Branche für SRT zu stärken Protokoll und verwenden Sie es als allgemeinen Standard für die Videoübertragung mit geringer Latenz im Internet.

Derzeit sind bereits 50 SRT-fähige Produkte auf dem Markt, darunter IP-Kameras, Encoder, Decoder, Video-Gateways, OTT-Plattformen und CDNs. Das SRT-Protokoll wird von Tausenden von Organisationen in vielen Anwendungen und Märkten auf der ganzen Welt verwendet.

FMUSER ist einer der starken Unterstützer von SRT Protokoll. Wir haben hohe Anforderungen an Interoperabilität und Standards. FMUSER hat sich zum Ziel gesetzt, die Unterstützung des SRT-Protokolls in seinen aktuellen und zukünftigen Codierungs- und Decodierungslösungen zu implementieren.



4. Was kann SRT P.Protokoll Bringt uns mit? 




Wir dachten, es sei an der Zeit, das aktuelle Thema „Sicherer zuverlässiger Transport“ erneut zu behandeln Protokoll (SRT Protokoll) in dieser Woche. Ein paar kleine SRT Protokoll Ankündigungen sind aufgetaucht, seit das Open-Source-Protokoll zum zweiten Mal in Folge das Rampenlicht in Vegas gestohlen hat.

Seit SRT ist etwas mehr als ein Jahr vergangen Protokoll Mit ESPN wurden Geräte mit SRT-Ausstattung auf 14 Sportkonferenzen eingeführt, um über 2,200 Veranstaltungen über kostengünstige Internetverbindungen zu produzieren. Dabei wurden herkömmliche Satelliten-Uplink-Dienste ersetzt und Kosteneinsparungen zwischen 8 und 9 Millionen US-Dollar erzielt XNUMX Millionen Dollar. Wenn ESPN bei relativ zurückhaltenden Ereignissen Kosteneinsparungen in dieser Größenordnung erzielen kann, stellen Sie sich die Möglichkeiten für Live-Anlässe in großem Maßstab vor - Bargeld, das letztendlich anderweitig in die Verbesserung des Zuschauererlebnisses investiert werden kann.

Aber mit Pionieren der Streaming-Branche wie Netflix und YouTube, die HTTP-Inhalte über CDNs an Millionen von Zuschauern liefern, ohne die Hilfe von SRT Protokoll, worum geht es? Ein Whitepaper des Broadcast-Video-Anbieters Haivision, Gründungsmitglied der SRT Alliance, zielt im Wesentlichen darauf ab, den Mythos zu entlarven, dass die HTTP-Streaming-Technologie mit RTMP das A und O für OTT-Videos ist. Tatsächlich sind Verzögerungen von bis zu 30 Sekunden beim HTTP-Streaming keine Seltenheit, die hauptsächlich durch eine Vielzahl von Druckschritten und verschiedene Puffer entlang des Signalpfads verursacht werden.

Siehe auch: Mehrkanal S.RT-unterstützt vIdeo-Encoder für Live-Streaming


Darüber hinaus warnt Haivision, dass das Transmission Control Protocol (TCP), der Standard für die Bereitstellung von HTTP, zu starken Verzögerungen führen kann, da TCP erfordert, dass jedes letzte Paket eines Streams in der exakten ursprünglichen Reihenfolge an den Endbenutzer gesendet wird. Dies bedeutet letztendlich, dass TCP ständig versucht, fehlende Daten zu senden, da keine Möglichkeit besteht, fehlerhafte Bytes zu überspringen.

Ein trivialerer Nachteil ist die SRT Protokoll gab es in der Videoindustrie bereits lange vor Einführung des Protokolls mit niedriger Latenz als Akronym, das sich auf eine Erweiterung für Untertitel-Computerdateien namens SubRip bezog. Eine Online-Suche nach Informationen zum Protokoll könnte Sie also leicht zu einem völlig anderen Technologie-Stack führen.

Fahren Sie jetzt schnell damit fort, wie sich SRT einen Namen gemacht hat. Das folgende Diagramm zeigt, wie ein Fehler im Ausgangssignal eines nicht korrigierten Streams generiert wird, wenn ein Paket verloren geht (oben), während die Vorwärtsfehlerkorrektur (Forward Error Correction, FEC) dem Stream eine konstante Datenmenge hinzufügt, um verlorene Pakete wiederherzustellen, wie in gezeigt die Mitte. Dann haben wir Automatic Repeat ReQuest (ARQ), das verlorene Pakete auf Anfrage vom Empfänger erneut überträgt, wodurch ein konstanter Bandbreitenverbrauch von FEC verhindert wird.

Ein dritter und letzter Fang von HTTP betrifft die Art und Weise, in der TCP die Paketübertragungsraten senkt, wenn eine Überlastung auftritt. „Dieses Verhalten ist zwar gut für die Reduzierung der Gesamtüberlastung in einem Netzwerk, jedoch nicht für ein Videosignal geeignet, das einen Geschwindigkeitsabfall unter seine nominale Bitrate nicht überstehen kann“, warnt es.

„Die Vorteile sind sowohl für Technologieanbieter als auch für Anwender erheblich. Sie vereinfachen die Implementierung erheblich und senken die Kosten. Dadurch wird die Produktverfügbarkeit verbessert und die Preise niedrig gehalten. Und da jeder Implementierer dieselbe Codebasis verwendet, wird die Interoperabilität vereinfacht “, ist wahrscheinlich eine bessere Schlussfolgerung für das Whitepaper als das tatsächlich ausgewählte.


5. Warum ist das SRT-Protokoll so wichtig?




Die Anwendung des SRT-Protokolls im audiovisuellen und IT-Bereich hat starkes Feedback erhalten. Die Hauptgründe für die Aufregung der IT-Vordenker unter den Endbenutzern von Unternehmen und Behörden sind: Online-Videoplattformen; Content Delivery Networks; Enterprise Video Content Management-Systeme; und das Internet, die Basis für die Streaming-Übertragung Im Vergleich zu Hardware, Software und Diensten von Anlagenunternehmen


In Unternehmen, Regierungen, Schulen und im Verteidigungsbereich steigt der Verbrauch von Hochleistungsvideos stark an. Viele Protokolle haben das Problem der Kompatibilität des Streaming von Videos mit einer großen Anzahl von Zuschauern gelöst, die Inhalte von verschiedenen Geräten und Geräten verwenden. 


Eine der besten Möglichkeiten, die lokalen Ressourcen verschiedener Organisationen und die großen Investitionen von Dienstanbietern in die Cloud zu nutzen, besteht darin, Streaming-Verteilungstools mit Video mit sehr geringer Latenz und sehr zuverlässig bereitzustellen. SRT Protokoll Verwendet einige der besten Aspekte des User Datagram Protocol (UDP), z. B. geringe Latenz, fügt jedoch eine Fehlerprüfung hinzu, um der Zuverlässigkeit des Transmission Control Protocol / Internet Protocol (TCP / IP) zu entsprechen. Obwohl TCP / IP alle Datenprofile verarbeiten kann und für seine Arbeit am besten geeignet ist


Hinweis: SRT Protokoll kann das alternde RTMP-Protokoll ersetzen. Es löst Sicherheitsprobleme und konzentriert sich auf Leistungsvideos - auch über die öffentliche Internetinfrastruktur - und kann speziell Hochleistungsvideos verarbeiten.



6. Was sind die Vorteile der Verwendung des SRT-Protokolls?




Drei Merkmale: SICHERHEIT, ZUVERLÄSSIGKEIT und NIEDRIGE LATENZ.

Nutzungsbedingungen Eigenschaften
In Bezug auf die Sicherheit
SRT Protokoll unterstützt die AES-Verschlüsselung, um eine durchgängige Videoübertragungssicherheit zu gewährleisten.
In Bezug auf die Zuverlässigkeit
SRT Protokoll verwendet die Vorwärtskorrekturtechnologie (FEC), um die Stabilität des Getriebes sicherzustellen
In Bezug auf die niedrige Latenz
SRT Protokoll ist auf dem UDT-Protokoll aufgebaut und löst das Problem der hohen Übertragungsverzögerung des UDT-Protokolls. Das UDT-Protokoll basiert auf dem UDP-Netzwerkkommunikationsprotokoll


#Blatt 1 - Was sind die features ofSRT-Protokoll 


SRT Protokoll ermöglicht eine direkte Verbindung zwischen der Signalquelle und dem Ziel, was in starkem Gegensatz zu vielen vorhandenen Videoübertragungssystemen steht, bei denen ein zentraler Server Signale von entfernten Standorten sammeln und an ein oder mehrere Ziele umleiten muss. Die zentrale serverbasierte Architektur weist einen einzigen Fehlerpunkt auf, der auch in Zeiten mit hohem Datenverkehr zu einem Engpass werden kann. Die Übertragung von Signalen über den Hub erhöht auch die End-to-End-Signalübertragungszeit und kann die Bandbreitenkosten verdoppeln, da zwei Verbindungen implementiert werden müssen: eine von der Quelle zum zentralen Hub und die andere von der Mitte zum Ziel . Durch die Verwendung von direkten Verbindungen von der Quelle zum Ziel, SRT Protokoll kann die Latenz reduzieren, zentrale Engpässe beseitigen und die Netzwerkkosten senken.


SRT Protokoll löst das komplexe Übertragungszeitproblem und kann das unterstützen Echtzeitübertragung von Dateien mit hohem Durchsatz und ultraklarem Video.


VIER HAUPTMERKMALE DES SRT-PROTOKOLLS

 Functional 
Video in Rohqualität - SRT Protokoll wurde entwickelt, um Jitter, Paketverlust und Bandbreitenschwankungen zu vermeiden, die durch Überlastung in verrauschten Netzwerken verursacht werden, um ein optimales Seherlebnis zu erzielen. Dies wird durch eine fortschrittliche Technologie zur erneuten Übertragung mit geringer Latenz erreicht, die Paketverluste kompensieren und verwalten kann. SRT Protokoll kann Paketverlusten von bis zu 10% standhalten, ohne den Fluss visuell zu beeinträchtigen.
Effektiv
Trotz der Bewältigung von Netzwerkproblemen werden Video und Audio mit geringer Latenz mit kombinierten Vorteilen der TCP / IP-Bereitstellung und der Geschwindigkeit von UDP bereitgestellt. Geringe Latenz - Obwohl die Netzwerkprobleme bewältigt werden können, weist die Video- und Audioübertragung immer noch eine geringe Latenz auf. Es bietet die umfassenden Vorteile der Zuverlässigkeit der TCP / IP-Bereitstellung und der UDP-Geschwindigkeit.
Sicher
Sichere End-to-End-Übertragung - Die branchenübliche AES 128/256-Bit-Verschlüsselung gewährleistet den Schutz von Inhalten im Internet. SRT Protokoll Bietet eine vereinfachte Firewall-Durchquerung. Die branchenübliche AES 128/256-Bit-Verschlüsselung gewährleistet eine sichere End-to-End-Übertragung von Inhalten über das Internet, einschließlich einer vereinfachten Firewall-Durchquerung. Weil SRT Protokoll Um Sicherheit und Zuverlässigkeit zu gewährleisten, kann das öffentliche Internet jetzt für erweiterte Streaming-Media-Anwendungen verwendet werden, z. B. für das Streaming auf sozialistische Cloud-Sites (z. B. wird die Unicast-Multi-Cloud-Plattform mit Limescale gleichzeitig auf mehrere soziale Medien wie Facebook verteilt). Live, Youtube , Zucken und Periskopieren (aus einem Echtzeit-Video-Feed), Streamen oder Remoting des gesamten Videowandinhalts oder des ROI der Videowand usw.
Fortgeschrittener
Open Source - SRT Protokoll ist ein gebührenfreies Open-Source-Protokoll der nächsten Generation, das kostengünstige, interoperable und zukunftsorientierte Lösungen bietet. 
Kostengünstig Interoperabilität - In dem Wissen, dass Produkte von mehreren Anbietern nahtlos funktionieren, können Benutzer SRT sicher bereitstellen Protokoll über den gesamten Video- und Audio-Stream-Workflow.


#Blatt 2 - Warum wählen wir SRT P.Protokoll?



7. SRT P.Rotocol Unterstütztes Streaming Lösungen von FMUSER




Das FMUSER H.264 h.265-Encoder / Decoder / Multi-HD-Encoder / Decoder-Paar unterstützt viele gängige Streaming-Protokolle, einschließlich SRT Protokoll. Mit diesem kompakten, robusten Encoder / Decoder-Paar mit geringem Stromverbrauch können Benutzer Echtzeit-Streams bis zu 4K oder Quad HD von mehreren SDI-Kameras sicher über ein verwaltetes oder nicht verwaltetes Netzwerk übertragen.


FMUSER IPTV Encoder / Decoder / Transcoder

FBE200 H.264 / H.265 IPTV-Hardware-Encoder

Mehr >>

FBE204 H.264 / H.265 IPTV 

Hardware-Encoder

Mehr >>

FBE216 H.264 / H.265 IPTV 

Hardware-Encoder

Mehr >>

1-Kanal

4 Kanäle 16 Kanäle


#Blatt 3 - FMUSER Audio- und Video-Übertragungslösungen

Mehr >>



Infield-Produktionsanwendungen bietet die FMUSER-Encoderfamilie die niedrigste Glas-zu-Glas-Verzögerung auf dem Markt und liefert Streams von entfernten Ereignissen sicher an Produktionsstudios. Der vom FMUSER-Encoder erzeugte Stream enthält einen Programmzeitstempel, um sicherzustellen, dass die Signale von der Synchronkamera beim Decodieren durch den FMUSER-Decoder neu ausgerichtet werden können. Darüber hinaus können diese Feeds synchronisiert werden, um eine nahtlose Integration in die Studioumgebung zu gewährleisten.


Hinweis: Der FMUSER Encoder / Decoder verfügt über eine leistungsstarke Streaming Media Service-Funktion. Neben der Unterstützung allgemeiner Protokolle wie RTSP / RTMP werden auch das Onvif-Sicherheitsprotokoll, das SIP-Protokoll, das NDI-Protokoll (anpassbar), das SRT-Protokoll (anpassbar), GB / T28181 (anpassbar) und andere Streaming Media-Servicevereinbarungen unterstützt. hilft Ihnen dabei, einen Vorsprung im hochauflösenden Video-IP-basierten Geschäft zu erlangen.


  


Mehrere Anwendungen von FMUSER SRT-unterstützt Hardware-Encoder FBE200. Mehr >>



Die Produkttechnologie von FMUSER konzentriert sich auf qualitativ hochwertige Produkte und wurde auf diesem Weg ständig weiterentwickelt und übertroffen. Durch Forschung und Entwicklung sind Produktion, Vertrieb, Service und andere Geschäftsbeziehungen vollständig selbst integriert. Der Service wird nicht von Anfang bis Ende getrennt. Nehmen Sie immer die Bedürfnisse der Benutzer als treibende Kraft für Innovationen, stellen Sie nur Produkte her, die den tatsächlichen Bedürfnissen der Benutzer entsprechen, und stellen Sie nur Produkte her, denen Benutzer vertrauen können. Gleichzeitig kann es Kunden eine qualitativ hochwertige Produktentwicklung und maßgeschneiderte Dienstleistungen bieten.


Siehe auch: Was ist der Unterschied zwischen AM und FM?



8. Vergleichte SRT Protokoll Mit gängigen Übertragungsformaten




Für die Netzwerkvideoübertragung werden effizientere Streaming-Protokolle benötigt. Da sich Unternehmen und CDN-Anbieter (Content Delivery Network) auf eine Zukunft voller Live-Streaming vorbereiten, war dieser Bedarf noch nie so dringend. Die Zukunft des Echtzeit-Streamings, SRT Protokoll, HLS und MPEG Dash ist gekommen. Werfen wir einen Blick auf diese Echtzeit-Streaming-Protokolle, ihre Vorteile und ihre Anwendungen


Derzeit gibt es zwei Live-Videoübertragungen im Internet. 

● RTMP-basierte Live-Übertragung. 

● Die Live-Übertragung des WebRTC-Protokolls. 


RTMP-basierte Live-Übertragung
WebRTC-Protokoll

1.Diese Live-Broadcast-Methode verwendet das RTMP-Protokoll für Upstream-Push und RTMP, HTTP + FLV oder HLS für die Downstream-Wiedergabe

2. Die Live-Übertragungsverzögerung ist im Allgemeinen größer als 3 Sekunden und beträgt 


1.Diese Live-Broadcast-Methode verwendet das UDP-Protokoll für die Verteilung von Streaming-Medien

2. Die Live-Übertragungsverzögerung beträgt weniger als 1 Sekunde und die Anzahl der gleichzeitigen Verbindungen beträgt im Allgemeinen weniger als 10


Hinweis: Es wird hauptsächlich in Anwendungen wie geringer Latenz und großer Parallelität verwendet, z. B. bei Live-Ereignissen, Synchronisierung von Bestandsinformationen, Bildung in großen Klassen usw.
Hinweis: Es wird hauptsächlich in Anwendungen wie Videoanrufen verwendet und zeigt Verbindungsmikrofone an. Szenen. 


#Blatt 4 - Vergleich von RTMP und WebRTC



9. HTTP Live Streaming (HLS)




HTTP Live Streaming (HLS) ist ein adaptives, HTTP-basiertes Streaming-Protokoll, das Video- und Audioinhalte in kleinen TCP-basierten Mediensegmenten über das Netzwerk sendet, die am Streaming-Ziel wieder zusammengesetzt werden. Die Kosten für die Bereitstellung von HLS sind gering, da vorhandene TCP-basierte Netzwerktechnologie verwendet wird. Dies ist attraktiv für CDNs, die alte (und teure) RTMP-Medienserver ersetzen möchten. Da HLS jedoch TCP verwendet, wird Quality of Experience (QoE) gegenüber geringer Latenz bevorzugt, und die Verzögerungszeiten können hoch sein (wie in Sekunden anstelle von Millisekunden).


HLS wurde ursprünglich von Apple Inc. als Protokoll zum Streamen von Medien auf Apple-Geräte entwickelt. Apple hat seitdem HLS (Push) entwickelt, ein Open-Standard-Streaming-Protokoll auf der Beitragsseite, das allen Geräten zur Verfügung steht. Derzeit unterstützt HLS Videos, die mit H.264- oder HEVC-Codecs codiert sind.




# HTTP Live Streaming (HLS)



Ein Vorteil von HLS besteht darin, dass es an unterschiedliche Netzwerkbedingungen angepasst werden kann. Verschiedene Versionen des Streams werden mit unterschiedlichen Auflösungen und Bitraten gesendet. Die Zuschauer können die Qualität des gewünschten Streams auswählen. HLS unterstützt auch mehrere Audiospuren, was bedeutet, dass Ihr Stream mehrere Sprachspuren haben kann, aus denen Benutzer auswählen können. Weitere Vorteile sind die Unterstützung von Untertiteln, Metadaten, Digital Rights Management (DRM) und sogar eingebetteten Anzeigen (in nicht allzu ferner Zukunft). Der Rahmen ist alles da.


Hinweis: Sicheres Streaming über HTTPS wird ebenso unterstützt wie MD5-Hashing- und SHA-Hashing-Algorithmen für die Authentifizierung von Benutzernamen und Kennwörtern.


Siehe auch: So lösen Sie GOGO IPTV-Probleme auf Icone Pro, Plus und Wegoo Receiver?


10. Wie HLS funktioniert




Der Ansatz ähnelt stark einer Dateiübertragung. Mediensegmente werden über den HTTP-Port 80 (oder den Port 443 für HTTPS) gestreamt, der normalerweise bereits für den Netzwerkverkehr geöffnet ist. Daher kann der Inhalt ohne großen IT-Aufwand problemlos Firewalls durchlaufen.




# Erfahren Sie, wie HLS funktioniert 


HLS verwendet einen MPEG2-TS-Transportstromcontainer mit einer konfigurierbaren Mediensegmentdauer sowie eine konfigurierbare Wiedergabelistengröße zum Zusammensetzen der Mediensegmente auf dem Aufnahmeserver. Fragmentiertes MP4 wird unterstützt.





#Erfahren Sie, wie HSL funktioniert



Hinweis: Da HLS TCP-basierte Technologie verwendet, sind der Netzwerkpaketverlust und die Wiederherstellungsmethode intensiv. Dies ist einer der Gründe für die erhöhte Latenz. Obwohl eine gewisse Kontrolle über die Größe des Mediensegments verfügbar ist, ist die Möglichkeit zur Reduzierung der Latenz begrenzt - insbesondere, wenn der Aufnahmeserver eine bestimmte Größe des Mediensegments erfordert. 

HLS ist nach wie vor der Standard für das Streaming auf mobile Geräte und Tablets. Sie können HLS auch zum Streamen auf ein CDN verwenden, das RTMP nicht unterstützt, wenn eine geringe Latenz nicht erforderlich ist. Es ist wichtig zu beachten, dass RTMP bereits von immer mehr CDNs abgelehnt wird. HLS eignet sich auch gut zum sicheren Streamen von Unternehmensschulungen und Rathäusern über private lokale Netzwerke (LANs), wenn eine geringe Latenz nicht erforderlich ist und die Netzwerkbedingungen schlecht sind (vorausgesetzt, das Netzwerk unterstützt HLS).



11. MPEG-DASH (Dynamisches adaptives Streaming über HTTP)




MPEG-DASH ist ein offenes, adaptives HTTP-basiertes Streaming-Protokoll, das Video- und Audioinhalte in kleinen TCP-basierten Mediensegmenten über das Netzwerk sendet, die am Streaming-Ziel wieder zusammengesetzt werden. Die International Standards Organization (ISO) und das Team von MPEG haben MPEG-DASH als Codec- und Auflösungsunabhängig konzipiert. Dies bedeutet, dass MPEG-DASH Video (und Audio) in jedem Format (H.264, H.265 usw.) streamen kann. und unterstützt Auflösungen bis zu 4K. Ansonsten funktioniert MPEG-DASH ähnlich wie HLS.


Die Kosten für die Bereitstellung von MPEG-DASH sind gering, da vorhandene TCP-basierte Netzwerktechnologie verwendet wird, die für CDNs attraktiv ist. Da Pakete jedoch über TCP transportiert werden, wird Quality of Experience (QoE) gegenüber geringer Latenz bevorzugt, und die Verzögerungszeiten können hoch sein.


MPEG-DASH kann auch an unterschiedliche Netzwerkbedingungen angepasst werden. Verschiedene Versionen des Streams werden mit unterschiedlichen Auflösungen und Bitraten gesendet. Die Zuschauer können die Qualität des gewünschten Streams auswählen. Es werden auch mehrere Audiospuren sowie erweiterte Funktionen wie Untertitel, Metadaten und Digital Rights Management (DRM) unterstützt. Die Infrastruktur ist für zukünftige Entwicklungen wie eingebettete Werbung da


Hinweis: Sicheres Streaming über HTTPS wird ebenso unterstützt wie MD5-Hashing- und SHA-Hashing-Algorithmen für die Authentifizierung von Benutzernamen und Kennwörtern.


12. Funktionsweise und Anwendungen von MPEG-DASH




Arbeitsprinzip: 

MPEG-DASH funktioniert genauso wie HLS und sendet kurze Mediensegmente über HTTP (Port 80) oder HTTPS (Port 443), um das Durchlaufen der Firewall zu vereinfachen. Es verwendet einen MPEG2-TS-Transportstromcontainer mit einer konfigurierbaren Mediensegmentdauer sowie eine konfigurierbare Wiedergabelistengröße zum Zusammensetzen der Mediensegmente auf dem Aufnahmeserver. Fragmentiertes MP4 wird unterstützt.


#Konzeptionelle Architektur von MPEG DASH




Hinweis: Die hohe Latenz von MPEG-DASH ist hauptsächlich auf den Netzwerkpaketverlust und die Wiederherstellungsmethode zurückzuführen, die für alle TCP-basierten Netzwerke verwendet werden. Obwohl MPEG-DASH eine gewisse Kontrolle über die Größe des Mediensegments bietet, ist die Möglichkeit zur Reduzierung der Latenz begrenzt - insbesondere, wenn der Aufnahmeserver eine bestimmte Größe des Mediensegments erfordert.





#Der MPEG-DASH-Standard für Multimedia-Streaming über das Internet


Hinweis: Verwenden Sie MPEG-DASH, um auf ein CDN zu streamen, das RTMP nicht unterstützt, wenn eine geringe Latenz nicht erforderlich ist. Es ist wichtig zu beachten, dass RTMP bereits von immer mehr CDNs abgelehnt wird. DASH eignet sich auch gut zum sicheren Streamen von Unternehmensschulungen und Rathäusern über private LANs, wenn eine geringe Latenz nicht erforderlich ist und die Netzwerkbedingungen schlecht sind.


13. Welches Streaming-Protokoll passt zu Ihnen?



Hinweis: Während RTMP bei weitem das beliebteste Streaming-Protokoll ist, stellen Protokolle wie das SRT-Protokoll, HLS und DASH dies in Frage. Was haben adaptive HTTP-basierte Streaming-Protokolle HLS und MPEG-DASH, die RTMP nicht hat?

● Mehrere Audiospuren für eine Videospur für mehrsprachige Produktionen.
● Aufnahme von Metadaten und anderen Arten eingebetteter Inhalte.
● DRM-Unterstützung (Digital Rights Management).
● Senden Sie mehrere Versionen des Streams mit unterschiedlichen Auflösungen und Bitraten, damit die Zuschauer die Qualität auswählen können, die ihren Netzwerkbedingungen oder der Bildschirmgröße entspricht.
● Die Skalierbarkeit ist für HLS und MPEG-DASH viel einfacher und billiger als für RTMP. Bei RTMP müssen IT-Netzwerkports normalerweise manuell geöffnet werden, um Firewalls zu durchlaufen.


Hinweis: Wenn Latenz oder schlechte Netzwerkbedingungen kein Problem darstellen, schlägt HLS oder MPEG-DASH SRT aus Protokoll. Adaptive HTTP-basierte Streaming-Protokolle bieten Zuschauern mit unterschiedlichen Netzwerkbedingungen die bestmögliche Videoqualität und sind einfacher einzurichten als SRT Protokoll.




14. Wahre Dinge   SRT-Protokoll




1. SRT Protokoll ist eine Open-Source-Lösung, die in mehrere Plattformen und Architekturen integriert wurde, einschließlich hardwarebasierter tragbarer Lösungen und softwarebasierter Cloud-Lösungen.

2. SRT Protokoll kann bei Verbindungen mit Verzögerungen zwischen einigen Millisekunden und einigen Sekunden gut funktionieren. Kann lange Netzwerkverzögerungen verarbeiten.
3. SRT Protokoll hat nichts mit laden zu tun. Jede Art von Video- oder Audiomedien oder jedes andere Datenelement, das mit UDP gesendet werden kann, ist mit SRT kompatibel. Unterstützt mehrere Stream-Typen.
4. SRT Protokoll Das Senden unterstützt mehrere gleichzeitige Streams. Über parallele SRT-Streams, die denselben UDP-Port und dieselbe Adresse auf einer Punkt-zu-Punkt-Verbindung verwenden, können mehrere verschiedene Medienströme wie mehrere Kamerawinkel oder optionale Audiospuren gesendet werden.
5. Der von SRT verwendete Handshake-Prozess Protokoll unterstützt ausgehende Verbindungen, ohne dass gefährliche permanente externe Ports in der Firewall geöffnet werden müssen, wodurch die Sicherheitsrichtlinien des Unternehmens beibehalten werden. Verbesserte Firewall-Durchquerung.

6. Die SRT Protokoll Der Endpunkt erstellt ein stabiles Ende-zu-Ende-Verzögerungsprofil, sodass nachgeschaltete Geräte nicht mehr über einen eigenen Puffer verfügen müssen, um sich ändernde Signalverzögerungen zu bewältigen. Die Signalzeit ist genau.


CDNs wie Akamai haben bereits angekündigt, die Unterstützung für RTMP einzustellen. Die Bereitstellung ist alt und teuer. Mit neuen Protokollen wie SRT Protokoll, HLS und MPEG-DASH werden immer beliebter. Es ist nur eine Frage der Zeit, bis RTMP der Vergangenheit angehört. 


Hinweis: Wenn eine geringe Latenz erforderlich ist und Sie über unvorhersehbare Netzwerke streamen, dann SRT Protokoll ist das Streaming-Protokoll der Wahl. SRT Protokoll stellt eine eigene Verbindung für die Paketwiederherstellung her, die weitaus effizienter als TCP ist. Das ermöglicht SRT Protokoll Zwei-Wege-Kommunikation zwischen einem Host und einem Remote-Gast in Echtzeit. Und Sie können die Latenz einstellen, um sie an die Netzwerkbedingungen anzupassen.


ZURÜCK


Zusätzliche Artikel




m3u-Erweiterung - Liste der Programme, die .m3u-Dateien öffnen können

Richtlinie zum manuellen Laden von IPTV .M3U / .M3U8-Wiedergabelisten-Streams auf verschiedenen Geräten

So basteln Sie Ihre FM-Radioantenne | Grundlagen und Anleitungen für hausgemachte FM-Antennen

FMUSER STL Link - Alles, was Sie für die Verbindung von Studio zu Sender benötigen




Für weitere Informationen zu Produkten, die vom SRT-Protokoll unterstützt werden, kontaktieren Sie mich bitte unter Web | Applikation


Mein WhatsApp +8618319244009 


Oder kontaktieren Sie mich per E-Mail |JETZT


[E-Mail geschützt]



Wenn Sie der Meinung sind, dass dieser Artikel hilfreich ist, können Sie ihn gerne weiterleiten und einen schönen Tag haben!



Hinterlass eine Nachricht 

Name und Vorname *
E-Mail *
Telefon
Adresse
Code Siehe den Bestätigungscode? Klicken Sie aktualisieren!
Nachricht
 

Nachrichtenliste

Kommentare Lade ...
Home| Über uns| Produkte| Aktuelles| Herunterladen| Unterstützung| Feedback| Kontakt| Service

Kontakt: Zoey Zhang Web: www.fmuser.net

WhatsApp / Wechat: +86 183 1924 4009

Skype: tomleequan E-Mail: [E-Mail geschützt]  

Facebook: FMUSERBROADCAST Youtube: FMUSER ZOEY

Adresse auf Englisch: Room305, HuiLanGe, No.273 HuangPu Road West, TianHe District., GuangZhou, China, 510620 Adresse auf Chinesisch: 广州市天河区黄埔大道西273号惠兰阁305(3E)