FMUSER Bezdrátový přenos videa a zvuku snadnější!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikánština
sq.fmuser.org -> albánština
ar.fmuser.org -> arabština
hy.fmuser.org -> Arménský
az.fmuser.org -> Ázerbájdžánština
eu.fmuser.org -> baskičtina
be.fmuser.org -> běloruský
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalánština
zh-CN.fmuser.org -> čínština (zjednodušená)
zh-TW.fmuser.org -> Čínsky (zjednodušeně)
hr.fmuser.org -> chorvatština
cs.fmuser.org -> čeština
da.fmuser.org -> dánština
nl.fmuser.org -> Dutch
et.fmuser.org -> estonština
tl.fmuser.org -> filipínský
fi.fmuser.org -> finština
fr.fmuser.org -> French
gl.fmuser.org -> galicijština
ka.fmuser.org -> gruzínština
de.fmuser.org -> němčina
el.fmuser.org -> Greek
ht.fmuser.org -> haitská kreolština
iw.fmuser.org -> hebrejština
hi.fmuser.org -> hindština
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandština
id.fmuser.org -> Indonéština
ga.fmuser.org -> Irština
it.fmuser.org -> Italian
ja.fmuser.org -> japonština
ko.fmuser.org -> korejština
lv.fmuser.org -> lotyština
lt.fmuser.org -> Litevština
mk.fmuser.org -> makedonština
ms.fmuser.org -> Malajština
mt.fmuser.org -> maltština
no.fmuser.org -> Norwegian
fa.fmuser.org -> perština
pl.fmuser.org -> polština
pt.fmuser.org -> portugalština
ro.fmuser.org -> Rumunština
ru.fmuser.org -> ruština
sr.fmuser.org -> srbština
sk.fmuser.org -> slovenština
sl.fmuser.org -> Slovinština
es.fmuser.org -> španělština
sw.fmuser.org -> svahilština
sv.fmuser.org -> švédština
th.fmuser.org -> Thai
tr.fmuser.org -> turečtina
uk.fmuser.org -> ukrajinština
ur.fmuser.org -> urdština
vi.fmuser.org -> Vietnamská
cy.fmuser.org -> velština
yi.fmuser.org -> Jidiš
Přehled streamovaných médií:
Takzvaná streamovací média označují mediální formát přehrávaný na internetu pomocí streamovaného přenosu.
Streamování médií je také známé jako streamování médií, což znamená, že podniky používají server pro doručování videa k odesílání programů jako datových paketů do sítě.
Poté, co uživatel dekomprimuje data pomocí dekompresního zařízení, program se zobrazí jako dříve.
Streamování médií přenáší audio, video a multimediální soubory v síti streamováním.
Streaming media file format je formát médií, který podporuje streamovaný přenos a přehrávání.
Režim přenosu streamování spočívá v rozdělení multimediálních souborů, jako je video a zvuk, do kompresních balíčků prostřednictvím speciálního režimu komprese,
Kontinuální přenos ze serveru do počítače uživatele v reálném čase. Ve streamovacím systému nemusí uživatelé čekat na celý soubor jako bez streamování
Teprve po dokončení všech stahování můžeme vidět obsah, ale až po několika sekundách nebo desítkách sekund zpoždění spuštění je můžeme použít v počítači uživatele
Odpovídající přehrávač přehraje komprimované video nebo audio a další streamované mediální soubory a zbytek bude pokračovat ve stahování až do konce přehrávání.
RTP: (Real-time Transport Protocol)
RTP je protokol transportní vrstvy pro tok multimediálních dat na internetu. RTP se používá společně s RTCP a je založen na protokolu UDP
Na rozdíl od HTTP a FTP může RTP stáhnout celý video soubor úplně. Odesílá data v síti s pevnou datovou rychlostí. Klient také sleduje video soubor touto rychlostí. Když
Po přehrání filmového a televizního obrazu jej nelze znovu přehrát, pokud data ze serveru znovu nevyžádáte.
RTCP: Protokol přenosu v reálném čase nebo RTP (kontrolní protokol nebo RTCP)
RTCP je sesterský protokol RTP
Poznámka: -: Protokol RTP a RTCP se používají společně a je založen na protokolu UDP (obvykle se používá pro videokonferenci)
RTSP: (Real Time Streaming Protocol)
Protokol relace streamování médií v reálném čase, SDP (Session Description Protocol), RTP (protokol přenosu v reálném čase).
RTSP je multimediální streamovací protokol používaný k ovládání zvuku nebo videa. RTSP poskytuje rozšiřitelný rámec, který umožňuje ovládat a požadovat data v reálném čase, jako jsou audio a video.
Mediální data používají protokol RTP, RTCP.
Obecně se jako transportní vrstva používá UDP. Vhodné pro scény IPTV.
Zdroje dat zahrnují data pole a data uložená v klipech. Účelem tohoto protokolu je řídit více připojení k přenosu dat a poskytnout způsob výběru přenosových kanálů, jako jsou UDP, vícesměrové vysílání UDP a TCP
Poskytuje také metodu pro výběr mechanismu přenosu založeného na RTP
Síťový protokol používaný při přenosu nespadá do rozsahu jeho definice. Server se může rozhodnout pro přenos obsahu streamu použít TCP nebo UDP, což je tolerantnější vůči zpoždění sítě
---> Největší rozdíl mezi RTSP a RTP spočívá v tom, že RTSP je obousměrný protokol pro přenos dat v reálném čase, který umožňuje klientovi odesílat požadavky na server, jako je přehrávání, rychlý posun vpřed, vzad atd. Když
RTSP však může přenášet data na základě RTP a pro odesílání dat může také vybrat TCP, UDP, vícesměrové vysílání UDP a další kanály, což má dobrou škálovatelnost. Je to podobné protokolu HTTP
Síťový aplikační protokol
WebRTC:
Protokol streamovacích médií je implementován na webu. Když Google poprvé spustil webrtc, obři se buď chladně podívali, nebo vzdorovali. K přenosu se používá protokol RTP.
RTMP (Real Time Messaging Protocol)
Macromedia vyvinula sadu živého video protokolu, nyní patří do Adobe. Stejně jako HLS jej lze použít na živé video a na základě TCP se neztratí.
// Rozdíl je v tom, že RTMP nemůže hrát v prohlížeči IOS na základě flash, ale jeho výkon v reálném čase je lepší než HLS.
Protokol pro zasílání zpráv v reálném čase je otevřený protokol vyvinutý společností Adobe Systems pro přenos zvuku, videa a dat mezi přehrávačem Flash Player a serverem
// V kódu IOS se RTMP běžně používá pro push streamování. K odesílání streamování můžete použít knihovnu librtmp IOS třetí strany. Librtmp zapouzdřuje některá základní API pro volání uživatelům
Protokol RTMP také vyžaduje, aby klient a server navázali spojení RTMP prostřednictvím „handshake“ a poté přenášeli řídicí informace o připojení. Protokol RTMP zformátuje data během přenosu. Za účelem dosažení lepšího multiplexování, subdodávek a spravedlnosti informací rozdělí odesílatel zprávu na bloky s ID zprávy a každý blok může být samostatná zpráva,
Může to být také součást zprávy. Přijímač obnoví blok na úplnou zprávu podle délky dat, ID zprávy a zprávy obsažené v bloku, aby mohl odesílat a přijímat informace.
HLS: HTTP Live Streaming (HLS)
Jedná se o přenosový protokol pro streamování médií založený na protokolu HTTP implementovaný společností Apple Inc,
Může realizovat živá a na vyžádání streamovaná média, která se používají hlavně v systému IOS
Poskytovat audio a video naživo a na vyžádání řešení pro zařízení IOS (například iPhone a iPad).
HLS na vyžádání je v zásadě běžný segmentovaný HTTP na vyžádání. Rozdíl je v tom, že jeho segmenty jsou velmi malé.
Ve srovnání s běžnými protokoly živého přenosu, jako je protokol RTMP, protokol RTSP, protokol MMS atd., Je největším rozdílem živého streamování HLS to, že to, co klient živého přenosu získá, není úplná zpráva
Celý datový proud.
Protokol HLS ukládá živý datový proud jako spojité, krátkodobé a dlouhé mediální soubory (formát mpeg-ts) na straně serveru, zatímco klientská strana tyto malé soubory průběžně stahuje a přehrává,
Protože server vždy generuje nové malé soubory z nejnovějších živých dat, takže pokud klient nepřetržitě přehrává soubory získané ze serveru v pořadí, je živé vysílání realizováno.
Je vidět, že HLS je v zásadě založen na>> on-demand technologii k dosažení live <<. Protože jsou data přenášena prostřednictvím protokolu HTTP, není třeba brát v úvahu bránu firewall nebo proxy
Kromě toho je délka segmentovaného souboru velmi krátká, takže klient může rychle vybrat a přepnout rychlost kódu, aby se přizpůsobil přehrávání za různých podmínek šířky pásma. Tento druh technických charakteristik HLS však určuje jeho budoucí vývoj
Obecně je zpoždění vždy vyšší než normální protokol živého přenosu.
// IOS i Android tento protokol přirozeně podporují a konfigurace je jednoduchá. Video značku můžete použít přímo
*** VLS: je druh streamovacího serveru, který se speciálně používá k řešení různých problémů streamování. Má také některé vlastnosti VLC. Jako server může videolan odesílat streamy HTTP, RTP a RTSP.
V zásadě lze RTSP, RTMP a HTTP použít pro živé vysílání a vysílání na vyžádání, ale obecně se RTSP a RTMP používají pro živé vysílání a HTTP se používá pro vysílání na vyžádání. Vybrali jsme protokol RTMP.
Zpoždění různých protokolů a jeho příčiny
RTMP a httpflv: data těchto dvou protokolů jsou zhruba stejná, takže důvody zpoždění jsou podobné. Je rozumné říci, že zpoždění živého vysílání TCP streamingu je velmi nízké. Proč dochází ke zpoždění v RTMP a httpflv? Důvodem je to, že na h264 jsou RTMP i httpflv oba přenášené značky flv. Data značky videa jsou obvykle data H264. Dekódování H264 má IBP. I je klíčový snímek, který je úplným obrazem. Nejprve musíte mít I k dekódování následujícího BP. Počet rámců BP může být libovolný, ale počet I rámců nemůže být menší, takže I rámce musí být v přenosu flv Tag je druhý přenos (první je h264spps). I-snímky však nejsou v proudech H264 běžné. Existuje pouze jeden I-snímek za druhým. Tento interval je obecně známý jako GOP. Při kódování je GOP nastaven velmi krátce. Když se klient připojí, server najde nejnovější I-snímek v proudu nejvyšší rychlostí a odešle živá data z I-snímku. Když je však GOP velmi dlouhý, interval I-rámce je velmi dlouhý, nebo počkejte, až další I rámec zahájí odesílání dat do nového připojení, nebo najděte nejnovější I rámec v mezipaměti a začněte odesílat. Toto je klíč ke zpoždění protokolů RTMP a HLS. Na hlavních platformách CDN se tomu říká „RTMP druhý na technologii“. Princip je dekódovat streamovaná data dvakrát a nastavit malý GOP. Obecně platí, že když je GOP nastaveno na 1 s, bez ohledu na zpoždění síťového přenosového spoje, je maximální zpoždění dat 1 s. Naštěstí I frame je 0 zpoždění!
|
Zadejte e-mail a získejte překvapení
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikánština
sq.fmuser.org -> albánština
ar.fmuser.org -> arabština
hy.fmuser.org -> Arménský
az.fmuser.org -> Ázerbájdžánština
eu.fmuser.org -> baskičtina
be.fmuser.org -> běloruský
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalánština
zh-CN.fmuser.org -> čínština (zjednodušená)
zh-TW.fmuser.org -> Čínsky (zjednodušeně)
hr.fmuser.org -> chorvatština
cs.fmuser.org -> čeština
da.fmuser.org -> dánština
nl.fmuser.org -> Dutch
et.fmuser.org -> estonština
tl.fmuser.org -> filipínský
fi.fmuser.org -> finština
fr.fmuser.org -> French
gl.fmuser.org -> galicijština
ka.fmuser.org -> gruzínština
de.fmuser.org -> němčina
el.fmuser.org -> Greek
ht.fmuser.org -> haitská kreolština
iw.fmuser.org -> hebrejština
hi.fmuser.org -> hindština
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandština
id.fmuser.org -> Indonéština
ga.fmuser.org -> Irština
it.fmuser.org -> Italian
ja.fmuser.org -> japonština
ko.fmuser.org -> korejština
lv.fmuser.org -> lotyština
lt.fmuser.org -> Litevština
mk.fmuser.org -> makedonština
ms.fmuser.org -> Malajština
mt.fmuser.org -> maltština
no.fmuser.org -> Norwegian
fa.fmuser.org -> perština
pl.fmuser.org -> polština
pt.fmuser.org -> portugalština
ro.fmuser.org -> Rumunština
ru.fmuser.org -> ruština
sr.fmuser.org -> srbština
sk.fmuser.org -> slovenština
sl.fmuser.org -> Slovinština
es.fmuser.org -> španělština
sw.fmuser.org -> svahilština
sv.fmuser.org -> švédština
th.fmuser.org -> Thai
tr.fmuser.org -> turečtina
uk.fmuser.org -> ukrajinština
ur.fmuser.org -> urdština
vi.fmuser.org -> Vietnamská
cy.fmuser.org -> velština
yi.fmuser.org -> Jidiš
FMUSER Bezdrátový přenos videa a zvuku snadnější!
Kontakt
Adresa:
Budova č. 305 Room HuiLan No.273 Huanpu Road Guangzhou Čína 510620
Kategorie
Newsletter