FMUSER Wireless Video- und Audioübertragung einfacher!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanisch
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenisch
az.fmuser.org -> Aserbaidschanisch
eu.fmuser.org -> Baskisch
be.fmuser.org -> Weißrussisch
bg.fmuser.org -> Bulgarisch
ca.fmuser.org -> Katalanisch
zh-CN.fmuser.org -> Chinesisch (vereinfacht)
zh-TW.fmuser.org -> Chinesisch (traditionell)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tschechisch
da.fmuser.org -> Dänisch
nl.fmuser.org -> Niederländisch
et.fmuser.org -> Estnisch
tl.fmuser.org -> Philippinisch
fi.fmuser.org -> Finnisch
fr.fmuser.org -> Französisch
gl.fmuser.org -> Galizisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Deutsch
el.fmuser.org -> Griechisch
ht.fmuser.org -> Haitianisches Kreol
iw.fmuser.org -> Hebräisch
hi.fmuser.org -> Hindi
hu.fmuser.org -> Ungarisch
is.fmuser.org -> Isländisch
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Irisch
it.fmuser.org -> Italienisch
ja.fmuser.org -> Japanisch
ko.fmuser.org -> Koreanisch
lv.fmuser.org -> Lettisch
lt.fmuser.org -> Litauisch
mk.fmuser.org -> Mazedonisch
ms.fmuser.org -> Malaiisch
mt.fmuser.org -> Malteser
no.fmuser.org -> Norwegisch
fa.fmuser.org -> Persisch
pl.fmuser.org -> Polnisch
pt.fmuser.org -> Portugiesisch
ro.fmuser.org -> Rumänisch
ru.fmuser.org -> Russisch
sr.fmuser.org -> Serbisch
sk.fmuser.org -> Slowakisch
sl.fmuser.org -> Slowenisch
es.fmuser.org -> Spanisch
sw.fmuser.org -> Suaheli
sv.fmuser.org -> Schwedisch
th.fmuser.org -> Thai
tr.fmuser.org -> Türkisch
uk.fmuser.org -> Ukrainisch
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamesisch
cy.fmuser.org -> Walisisch
yi.fmuser.org -> Jiddisch
Übersicht über Streaming-Medien:
Die sogenannten Streaming-Medien beziehen sich auf das Medienformat, das im Internet mittels Streaming-Übertragung abgespielt wird.
Streaming Media wird auch als Streaming Media bezeichnet. Dies bedeutet, dass Unternehmen einen Video Delivery Server verwenden, um Programme als Datenpakete an das Netzwerk zu senden.
Nachdem der Benutzer die Daten über das Dekomprimierungsgerät dekomprimiert hat, wird das Programm wie zuvor angezeigt.
Streaming Media überträgt Audio-, Video- und Multimediadateien im Netzwerk durch Streaming.
Das Streaming Media-Dateiformat ist ein Medienformat, das die Übertragung und Wiedergabe von Streaming unterstützt.
Der Streaming-Übertragungsmodus besteht darin, Multimediadateien wie Video und Audio durch einen speziellen Komprimierungsmodus in Komprimierungspakete zu unterteilen.
Kontinuierliche und Echtzeitübertragung vom Server zum Computer des Benutzers. Im Streaming-System müssen Benutzer nicht wie beim Nicht-Streaming auf die gesamte Datei warten
Erst wenn alle Downloads abgeschlossen sind, können wir den Inhalt sehen, aber erst nach einigen Sekunden oder Dutzenden von Sekunden Startverzögerung können wir sie auf dem Computer des Benutzers verwenden
Der entsprechende Player spielt die komprimierten Video- oder Audio- und anderen Streaming-Mediendateien ab und der Rest wird bis zum Ende der Wiedergabe weiter heruntergeladen.
RTP: (Echtzeit-Transportprotokoll)
RTP ist ein Transportschichtprotokoll für Multimediadatenströme im Internet. RTP wird zusammen mit RTCP verwendet und basiert auf dem UDP-Protokoll
Im Gegensatz zu HTTP und FTP kann RTP die gesamte Videodatei vollständig herunterladen. Es sendet Daten im Netzwerk mit einer festen Datenrate. Der Client sieht sich die Videodatei auch mit dieser Geschwindigkeit an. Wann
Nachdem das Film- und Fernsehbild abgespielt wurde, kann es nicht erneut abgespielt werden, es sei denn, die Daten werden erneut vom Server angefordert.
RTCP: Echtzeit-Transportsteuerungsprotokoll oder RTP (Steuerprotokoll oder RTCP)
RTCP ist ein Schwesterprotokoll von RTP
Hinweis: -: RTP-Protokoll und RTCP werden zusammen verwendet und basieren auf dem UDP-Protokoll (im Allgemeinen für Videokonferenzen verwendet).
RTSP: (Echtzeit-Streaming-Protokoll)
Echtzeit-Streaming-Media-Sitzungsprotokoll, SDP (Session Description Protocol), RTP (Echtzeit-Transportprotokoll).
RTSP ist ein Multimedia-Streaming-Protokoll zur Steuerung von Ton oder Video. RTSP bietet ein erweiterbares Framework, mit dem Echtzeitdaten wie Audio und Video gesteuert und angefordert werden können.
Mediendaten verwenden das RTP- und RTCP-Protokoll.
Im Allgemeinen wird UDP als Transportschicht verwendet. Geeignet für IPTV-Szenen.
Datenquellen umfassen Felddaten und Daten, die in Clips gespeichert sind. Der Zweck dieses Protokolls besteht darin, mehrere Datenübertragungsverbindungen zu steuern und eine Möglichkeit zur Auswahl von Übertragungskanälen wie UDP, Multicast-UDP und TCP bereitzustellen
Es bietet auch eine Methode zur Auswahl des Übertragungsmechanismus basierend auf RTP
Das bei der Übertragung verwendete Netzwerkprotokoll fällt nicht in den Geltungsbereich seiner Definition. Der Server kann TCP oder UDP verwenden, um den Stream-Inhalt zu übertragen, was toleranter gegenüber Netzwerkverzögerungen ist
---> Der größte Unterschied zwischen RTSP und RTP besteht darin, dass RTSP ein bidirektionales Echtzeit-Datenübertragungsprotokoll ist, mit dem der Client Anforderungen an den Server senden kann, z. B. Wiedergabe, schneller Vorlauf, Rückwärts usw. Wann
RTSP kann jedoch Daten basierend auf RTP übertragen und kann auch TCP, UDP, Multicast-UDP und andere Kanäle zum Senden von Daten auswählen, was eine gute Skalierbarkeit aufweist. Es ähnelt dem HTTP-Protokoll
Protokoll der Netzwerkanwendungsschicht
WebRTC:
Das Protokoll für Streaming Media ist im Web implementiert. Als Google webrtc zum ersten Mal startete, sahen die Riesen entweder kalt zu oder widersetzten sich. Das RTP-Protokoll wird zur Übertragung verwendet.
RTMP (Real Time Messaging Protocol)
Macromedia hat eine Reihe von Live-Videoprotokollen entwickelt, die jetzt zu Adobe gehören. Wie HLS kann es auf Live-Videos angewendet werden und geht aufgrund von TCP nicht verloren.
// Der Unterschied besteht darin, dass RTMP nicht in einem auf Flash basierenden IOS-Browser abgespielt werden kann, seine Echtzeitleistung jedoch besser ist als die von HLS.
Das Echtzeit-Messaging-Protokoll ist ein offenes Protokoll, das von Adobe Systems für die Audio-, Video- und Datenübertragung zwischen Flash Player und Server entwickelt wurde
// Im IOS-Code wird RTMP häufig zum Push-Streaming verwendet. Sie können das Bibliothekslibrtmp-IOS eines Drittanbieters verwenden, um das Streaming zu pushen. Librtmp kapselt einige Kern-APIs, die Benutzer aufrufen können
Das RTMP-Protokoll erfordert auch, dass Client und Server eine RTMP-Verbindung durch "Handshake" herstellen und dann Steuerinformationen über die Verbindung übertragen. Das RTMP-Protokoll formatiert die Daten während der Übertragung. Um ein besseres Multiplexing, eine bessere Vergabe von Unteraufträgen und eine bessere Informationsgerechtigkeit zu erreichen, teilt der Absender die Nachricht in Blöcke mit Nachrichten-ID auf, und jeder Block kann eine separate Nachricht sein.
Es kann auch ein Teil der Nachricht sein. Der Empfänger stellt den Block gemäß der Länge der Daten, der Nachrichten-ID und der im Block enthaltenen Nachricht in einer vollständigen Nachricht wieder her, um Informationen zu senden und zu empfangen.
HLS: HTTP Live Streaming (HLS)
Es handelt sich um ein HTTP-basiertes Streaming Media-Transportprotokoll, das von Apple Inc. Implementiert wurde.
Es kann Live- und On-Demand-Streaming-Medien realisieren, die hauptsächlich in IOS-Systemen verwendet werden
Bereitstellung von Audio- und Video-Live- und On-Demand-Lösungen für IOS-Geräte (wie iPhone und iPad).
HLS on Demand ist im Grunde ein allgemeines segmentiertes HTTP on Demand. Der Unterschied besteht darin, dass die Segmente sehr klein sind.
Im Vergleich zu den gängigen Live-Streaming-Protokollen wie RTMP-Protokoll, RTSP-Protokoll, MMS-Protokoll usw. besteht der größte Unterschied beim HLS-Live-Streaming darin, dass der Live-Streaming-Client keine vollständige Nachricht erhält
Der gesamte Datenstrom.
Das HLS-Protokoll speichert den Live-Datenstrom als kontinuierliche, kurzfristige und lange Mediendateien (mpeg-ts-Format) auf der Serverseite, während die Clientseite diese kleinen Dateien kontinuierlich herunterlädt und wiedergibt.
Da der Server immer neue kleine Dateien aus den neuesten Live-Daten generiert, wird die Live-Übertragung realisiert, solange der Client die vom Server erhaltenen Dateien fortlaufend in der richtigen Reihenfolge wiedergibt.
Es ist ersichtlich, dass HLS im Grunde genommen auf >> On-Demand-Technologie basiert, um Live << zu erreichen. Da die Daten über das HTTP-Protokoll übertragen werden, müssen weder die Firewall noch der Proxy berücksichtigt werden
Darüber hinaus ist die Länge der segmentierten Datei sehr kurz, sodass der Client die Coderate schnell auswählen und umschalten kann, um sie an die Wiedergabe unter verschiedenen Bandbreitenbedingungen anzupassen. Diese Art von technischen Merkmalen von HLS bestimmt jedoch seine zukünftige Entwicklung
Im Allgemeinen ist die Verzögerung immer höher als das normale Live-Streaming-Protokoll.
// Sowohl IOS als auch Android unterstützen dieses Protokoll natürlich und die Konfiguration ist einfach. Sie können das Video-Tag direkt verwenden
*** VLS: ist eine Art Streaming-Server, der speziell zur Lösung verschiedener Streaming-Probleme verwendet wird. Es hat auch einige Eigenschaften von VLC. Als Server kann Videolan HTTP-, RTP- und RTSP-Streams ausgeben.
Im Prinzip können RTSP, RTMP und HTTP für Live- und On-Demand-Übertragungen verwendet werden, aber im Allgemeinen werden RTSP und RTMP für Live-Übertragungen und HTTP für On-Demand-Übertragungen verwendet. Wir wählen das RTMP-Protokoll.
Verzögerung verschiedener Protokolle und ihrer Ursachen
RTMP und httpflv: Die Daten dieser beiden Protokolle sind ungefähr gleich, daher sind die Gründe für die Verzögerung ähnlich. Es ist vernünftig zu sagen, dass die Verzögerung der TCP-Streaming-Live-Übertragung sehr gering ist. Warum gibt es Verzögerungen bei RTMP und httpflv? Der Grund ist, dass auf h264 RTMP und httpflv beide flv-Tags übertragen werden. Die Daten des Video-Tags sind normalerweise H264-Daten. Die H264-Decodierung hat einen IBP. Ich bin der Schlüsselrahmen, der ein vollständiges Bild ist. Sie müssen zuerst ein I haben, um den folgenden BP zu dekodieren. Die Anzahl der BP-Frames kann so gering sein, wie Sie möchten, aber die Anzahl der I-Frames kann nicht geringer sein, sodass I-Frames in flv sein müssen. Tag-Übertragung ist die zweite Übertragung (die erste ist h264spps). I-Frames sind jedoch in H264-Streams nicht üblich. Es gibt nur einen I-Frame nach dem anderen. Dieses Intervall ist allgemein als GOP bekannt. Bei der Codierung ist GOP sehr kurz eingestellt. Wenn der Client eine Verbindung herstellt, findet der Server den neuesten I-Frame im Stream mit der schnellsten Geschwindigkeit und sendet Live-Daten vom I-Frame. Wenn GOP jedoch sehr lang ist, ist das I-Frame-Intervall sehr lang, oder warten Sie, bis der nächste I-Frame Daten an die neue Verbindung sendet, oder suchen Sie den neuesten I-Frame im Cache, um mit dem Senden zu beginnen. Dies ist der Schlüssel zur Verzögerung von RTMP- und HLS-Protokollen. In wichtigen CDN-Plattformen wird es als "RTMP Second on Technology" bezeichnet. Das Prinzip besteht darin, die Streaming-Daten zweimal zu dekodieren und eine kleine GOP festzulegen. Wenn GOP unabhängig von der Verzögerung der Netzwerkübertragungsverbindung auf 1 s eingestellt ist, beträgt die maximale Datenverzögerung im Allgemeinen 1 s. Zum Glück habe ich Frame 0 Verzögerung!
|
Geben Sie eine E-Mail-Adresse ein, um eine Überraschung zu erhalten
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanisch
ar.fmuser.org -> Arabisch
hy.fmuser.org -> Armenisch
az.fmuser.org -> Aserbaidschanisch
eu.fmuser.org -> Baskisch
be.fmuser.org -> Weißrussisch
bg.fmuser.org -> Bulgarisch
ca.fmuser.org -> Katalanisch
zh-CN.fmuser.org -> Chinesisch (vereinfacht)
zh-TW.fmuser.org -> Chinesisch (traditionell)
hr.fmuser.org -> Kroatisch
cs.fmuser.org -> Tschechisch
da.fmuser.org -> Dänisch
nl.fmuser.org -> Niederländisch
et.fmuser.org -> Estnisch
tl.fmuser.org -> Philippinisch
fi.fmuser.org -> Finnisch
fr.fmuser.org -> Französisch
gl.fmuser.org -> Galizisch
ka.fmuser.org -> Georgisch
de.fmuser.org -> Deutsch
el.fmuser.org -> Griechisch
ht.fmuser.org -> Haitianisches Kreol
iw.fmuser.org -> Hebräisch
hi.fmuser.org -> Hindi
hu.fmuser.org -> Ungarisch
is.fmuser.org -> Isländisch
id.fmuser.org -> Indonesisch
ga.fmuser.org -> Irisch
it.fmuser.org -> Italienisch
ja.fmuser.org -> Japanisch
ko.fmuser.org -> Koreanisch
lv.fmuser.org -> Lettisch
lt.fmuser.org -> Litauisch
mk.fmuser.org -> Mazedonisch
ms.fmuser.org -> Malaiisch
mt.fmuser.org -> Malteser
no.fmuser.org -> Norwegisch
fa.fmuser.org -> Persisch
pl.fmuser.org -> Polnisch
pt.fmuser.org -> Portugiesisch
ro.fmuser.org -> Rumänisch
ru.fmuser.org -> Russisch
sr.fmuser.org -> Serbisch
sk.fmuser.org -> Slowakisch
sl.fmuser.org -> Slowenisch
es.fmuser.org -> Spanisch
sw.fmuser.org -> Suaheli
sv.fmuser.org -> Schwedisch
th.fmuser.org -> Thai
tr.fmuser.org -> Türkisch
uk.fmuser.org -> Ukrainisch
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamesisch
cy.fmuser.org -> Walisisch
yi.fmuser.org -> Jiddisch
FMUSER Wireless Video- und Audioübertragung einfacher!
Kontakt
Adresse
Nr.305 Zimmer HuiLan Gebäude Nr.273 Huanpu Road Guangzhou China 510620
Kategorien
Newsletter