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š
Nedávno jsem začal kontaktovat projekt živého videa, také jsem shrnul některé koncepty, technologie a řešení související s živým videem.
Nejprve pochopte koncept živého videa. Několik běžných video protokolů je: RTMP, http-flv, HLS, RTP / RTCP.
Poté vysvětlíme celý proces živého vysílání a souvisejících technologií.
1 、 Živý video protokol
V oblasti živého vysílání existují dva typy živého vysílání: interaktivní živé vysílání a neinteraktivní živé vysílání.
Neaktivní živé vysílání (například: Live Parade, NBA Live Broadcasting, Champions League Live Broadcasting atd.) Není vysoce interaktivní a umožňuje zpoždění 10 sekund nebo více. Vyznačuje se relativně málo zdroji a je vhodný pro vícekanálové překódování (uživatelé jej mohou sledovat podle podmínek sítě).
Typické scény interaktivního živého vysílání zahrnují živé živé show, živé vysílání hry atd. Kvůli vysokým požadavkům na interakci mezi kotvou a publikem je nutné, aby byla tato živá vysílání zpožděna do 5S. Vlastnosti interaktivního živého vysílání jsou: více zdrojů, nevhodné pro vícekanálové překódování, zprostředkující server pouze jako role přenosu.
Médiem přenosu živého obsahu je síť a pro přenos videa nebo zvuku v síti jsou potřebné příslušné protokoly. V současné době jsou běžné protokoly vhodné pro živé scény následující.
1. Protokol RTMP (nepodporuje HTML 5, podporuje flash)
RTMP je protokol streamovacích médií, který je patentovým protokolem Adobe. Na základě protokolu TCP je v Číně velmi populární.
Populární důvod: podpora softwaru s otevřeným zdrojovým kódem a knihovny s otevřeným zdrojovým kódem je stabilní a úplná a nejčastěji používaná řešení pro streamování a streamování mohou v zásadě fungovat stabilně. Například: knihovna open source librtmp push stream, strana služeb má modul plug-in RTMP nginx, pull stream má knihovnu přehrávání ijkplayer.
2. Protokol Http-flv (nepodporuje HTML 5, podporuje Flash)
To znamená použít protokol HTTP ke streamování mediálního obsahu. HTTP je jednodušší a známější než RTMP. Zpoždění obsahu může být také 2–5 sekund a rychlost otevírání je rychlejší, protože samotný HTTP nemá žádnou složitou interakci stavu. Z pohledu latence je tedy http-flv lepší než RTMP.
3. HLS protokol (podpora HTML, podpora Flash)
Živé streamování HTTP je streamovací protokol pro přenos médií založený na protokolu HTTP navrženém společností Apple. HLS má velmi velkou výhodu: HTML5 lze přímo otevřít a přehrát; to znamená, že živý odkaz lze sdílet přes wechat a další přeposílání, aniž byste museli instalovat jakoukoli nezávislou aplikaci s prohlížečem, takže je velmi populární. Sociální živá aplikace, HLS je právě potřeba. Adresa URL živého přenosu založená na HLS je soubor m3u8, který obsahuje několik posledních malých TS souborů videa. Zpoždění tohoto režimu přehrávání je relativně vysoké (což souvisí s velikostí souboru TS) a ve stejné městské síti může dosáhnout zpoždění 5–7 sekund.
4. Protokol RTP / RTCP
Real time transport protocol je protokol transportní vrstvy pro multimediální datový proud na internetu. RTCP vysílá signalizaci interaktivního řízení a RTP přenáší skutečná mediální data.
RTP je široce používán ve video dohledu, videokonferenci a IP telefonu, protože jednou z důležitých zkušeností s videokonferencí a IP telefonem je silný obsah v reálném čase.
Ve srovnání s výše uvedenými třemi protokoly je jedním důležitým rozdílem mezi RTP a nimi to, že ve výchozím nastavení se k přenosu dat používá protokol UDP, zatímco RTMP a HTTP jsou založeny na protokolu TCP.
Použijte analýzu scénáře: scéna zvukového a obrazového proudu v reálném čase nepotřebuje spolehlivou záruku, takže není třeba mít mechanismus opakovaného přenosu. Není důležité vidět obraz a zvuk v reálném čase, ztratit nějaký obsah při chvění sítě, rozmazat obraz a úvodní obrazovku. Za účelem opakovaného přenosu způsobí TCP zpoždění a asynchronii. Pokud určitá část obsahu dorazí po jedné sekundě kvůli opětovnému přenosu, pak se celá konverzace zpozdí o jednu sekundu. Při síťovém chvění se zpoždění zvýší na dvě sekundy nebo tři sekundy. Pokud klient nezpracovává přehrávání, bude přímý přenos vážně ovlivněn. Jak optimalizovat, bude vysvětleno v následujícím článku.
Závěr: při výběru protokolu živého vysílání, pokud je vybrán RTMP nebo http-flv, znamená to, že je zpoždění obsahu 2-5 sekund, ale pokud jde o zpoždění otevření, http-flv je lepší než RTMP . HLS má zpoždění obsahu 5-7 sekund. Výběr RTP pro živé vysílání může živé vysílání zpozdit do 1 sekundy. Pokud však víme, hlavní výrobci CDN nepodporují živé vysílání založené na RTP, takže současný domácí mainstream je RTMP nebo http-flv.
2, Proces živého vysílání videa
Technickým procesem souvisejícím s živým videem je: získávání videa v reálném čase --- kódování videa --- přenos videa --- dekódování videa --- přehrávání videa.
1. Myšlenka snímání videa v reálném čase
a) Nastavením setpreviewcallback v náhledu natáčení kamery Android je realizováno rozhraní onpreviewframe, které zachycuje data každého video streamu v reálném čase.
b) Prostřednictvím Android mediarecorder svázat localsocket ve funkci setoutputfile.
c) Režim streamovaného mediálního serveru pomocí ffmpeg nebo getstreamer pro získání videa z kamery.
2. Realizace kódování komprese videa
a) Bez kódování se původní videorámeček yuv420sp přenáší přímo přes soket.
b) JEPG komprimuje původní video snímek yuv420sp do H.264 a poté jej přenáší.
c) H.264 / avc. Původní video rámec yuv420sp je komprimován do H.264 a poté přenesen. Mezi běžné kodéry s otevřeným zdrojovým kódem založené na H264 patří JM, x264, t264, hdot264 atd
d). mpeg4. Zkomprimujte původní videorámeček yuv420sp do MPEG4 a poté proveďte přenos
3. Myšlenka přenosu videa
a). zásuvkový přenos
b). Přenos HTTP
c). Přenos RTP / RTSP
d). režim streamovaného mediálního serveru, například live555 atd
4. Realizace video dekódování
a). dekodér odpovídající kódování
5. Myšlenka přehrávání videa
a). prostřednictvím videozáznamu pro Android
b). přes Android mediaplay
c). vložte obrázek rámu přímo přes plátno
|
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