FMUSER Wirless stuur video en klank makliker toe!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabies
hy.fmuser.org -> Armeens
az.fmuser.org -> Azerbeidjans
eu.fmuser.org -> Baskies
be.fmuser.org -> Belo-Russies
bg.fmuser.org -> Bulgaars
ca.fmuser.org -> Katalaans
zh-CN.fmuser.org -> Chinees (vereenvoudig)
zh-TW.fmuser.org -> Sjinees (Tradisioneel)
hr.fmuser.org -> Kroaties
cs.fmuser.org -> Tsjeggies
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlandse
et.fmuser.org -> Esties
tl.fmuser.org -> Filippyns
fi.fmuser.org -> Fins
fr.fmuser.org -> Franse
gl.fmuser.org -> Galisies
ka.fmuser.org -> Georgies
de.fmuser.org -> Duits
el.fmuser.org -> Grieks
ht.fmuser.org -> Haïtiaanse kreool
iw.fmuser.org -> Hebreeus
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Yslands
id.fmuser.org -> Indonesies
ga.fmuser.org -> Iers
it.fmuser.org -> Italiaanse
ja.fmuser.org -> Japannees
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Litaus
mk.fmuser.org -> Masedonies
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Noorse
fa.fmuser.org -> Persies
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russies
sr.fmuser.org -> Serwies
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Sloveens
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Oerdoe
vi.fmuser.org -> Viëtnamees
cy.fmuser.org -> Wallies
yi.fmuser.org -> Jiddisj
Onlangs begin kontak maak met die video live-projek. Ek het ook 'n paar konsepte, tegnologieë en oplossings wat verband hou met video's, opgesom.
Verstaan eers die konsep van live video. Verskeie algemene videoprotokolle is: RTMP, http-flv, HLS, RTP / RTCP.
Dan sal ons die hele proses van regstreekse uitsaai en verwante tegnologieë verduidelik.
1, Live video protokol
Op die gebied van regstreekse uitsaaiwese is daar twee soorte regstreekse uitsaai: interaktiewe regstreekse uitsaai en nie-interaktiewe regstreekse uitsaai.
Nie-interaktiewe regstreekse uitsendings (soos: regstreekse parade, regstreekse uitsending van NBA, regstreekse uitsending van Champions League, ens.) Is nie baie interaktief nie, wat 'n vertraging van tien sekondes of langer moontlik maak. Dit word gekenmerk deur relatief min bronne en geskik vir multikanaal-transkodering (gebruikers kan dit kyk volgens die netwerkomstandighede).
Die tipiese tonele van interaktiewe regstreekse uitsendings sluit in regstreekse uitsending, regstreekse uitsending van speletjies, ens. Vanweë die hoë vereistes vir die interaksie tussen die anker en die gehoor, moet hierdie regstreekse uitsendings binne 5S vertraag word. Die kenmerke van interaktiewe regstreekse uitsaaiwese is: meer bronne, nie geskik vir multikanaal-kodering nie, tussentydse bediener slegs as 'n transito-rol.
Die media van die lewering van lewendige inhoud is die netwerk, en die ooreenstemmende protokolle is nodig om video of klank in die netwerk uit te stuur. Op die oomblik is die volgende algemene protokolle wat geskik is vir lewendige tonele.
1. RTMP-protokol (word nie deur HTML 5 ondersteun nie, ondersteun deur flits)
RTMP is 'n streaming media-protokol, wat Adobe se patentprotokol is. Gebaseer op TCP, is dit baie gewild in China.
Gewilde rede: die ondersteuning van oopbronsagteware en open source-biblioteek is stabiel en volledig, en die mees gebruikte streaming- en streaming-oplossings kan basies stabiel werk. Byvoorbeeld: open source librtmp push stream biblioteek, dienskant het nginx RTMP plug-in, pull stream het ijkplayer play biblioteek.
2. Http-flv-protokol (word nie deur HTML 5 ondersteun nie, ondersteun deur flits)
Dit is om HTTP-protokol te gebruik om media-inhoud te stroom. HTTP is eenvoudiger en beter bekend as RTMP. Die inhoudsvertraging kan ook 2-5 sekondes wees en die openingsnelheid is vinniger, omdat HTTP self geen ingewikkelde toestandsinteraksie het nie. Vanuit die perspektief van latency is http-flv dus beter as RTMP.
3. HLS-protokol (HTML-ondersteuning, Flash-ondersteuning)
HTTP live streaming is 'n streaming media vervoer protokol gebaseer op HTTP voorgestel deur apple. HLS het 'n baie groot voordeel: HTML5 kan direk oopgemaak en gespeel word; dit beteken dat 'n regstreekse skakel via wechat en ander deurstuur gedeel kan word, sonder om 'n onafhanklike app met 'n blaaier te installeer, en dit is dus baie gewild. Sosiale live app, HLS is net nodig. Die live stream URL gebaseer op HLS is 'n m3u8-lêer wat verskeie onlangse klein TS-lêers bevat. Die vertraging van hierdie afspeelmodus is relatief hoog (wat verband hou met die grootte van die TS-lêer), en dit kan 5-7 sekondes vertraging in dieselfde stadsnetwerk behaal.
4. RTP / RTCP-protokol
Intydse vervoerprotokol is 'n vervoerlaagprotokol vir multimedia-datastroom op internet. RTCP stuur die sein van interaktiewe beheer uit en RTP stuur die werklike mediadata uit.
RTP word wyd gebruik in videobewaking, videokonferensie en IP-telefoon, omdat een van die belangrikste ervaring van videokonferensies en IP-telefone sterk intydse inhoud is.
In vergelyking met die bogenoemde drie protokolle, is een belangrike verskil tussen RTP en hulle dat UDP-protokol standaard gebruik word om data oor te dra, terwyl RTMP en HTTP gebaseer is op TCP-protokol.
Gebruik scenario-analise: die toneel van intydse klank- en videostroom benodig geen betroubare waarborg nie, en dit is dus nie nodig om 'n heruitsendingsmeganisme te hê nie. Dit is nie belangrik om die beeld en die klank in reële tyd te sien nie, om die inhoud te verloor as die netwerk kriewel, die beeld vervaag en die skerm laat spat. Om weer uit te stuur, sal TCP vertraging en asinchronie veroorsaak. As 'n sekere deel van die inhoud na een sekonde aankom vanweë heruitsending, sal die hele gesprek met een sekonde vertraag word. Met die netwerkjitter sal die vertraging toeneem tot twee sekondes of drie sekondes. As die kliënt nie die afspeel hanteer nie, sal die direkte uitsending-ervaring ernstig geraak word. Hoe om te optimaliseer, word in die volgende artikel verduidelik.
Gevolgtrekking: as RTMP of http-flv gekies word, beteken dit dat die inhoudsvertraging van 2-5 sekondes is, maar wat die oop vertraging betref, is http-flv beter as RTMP . HLS het 'n inhoudsvertraging van 5-7 sekondes. Die keuse van RTP vir regstreekse uitsending kan die regstreekse uitsending binne 1 sekonde vertraag. Sover ons weet ondersteun die groot CDN-vervaardigers egter nie regstreekse uitsendings gebaseer op RTP nie, dus is die huidige plaaslike hoofstroom RTMP of http-flv.
2, Video regstreekse uitsaaiproses
Die tegniese proses wat verband hou met live video is: intydse verkryging van videostroom --- videostroomkodering --- transmissie van videostroom --- dekodering van videostroom --- videospeel.
1. Die idee van intydse video-opname
a) Deur die instelling van die voorskou-terugskakeling in die voorskou van 'n Android-kamera-opname in te stel, word die koppelvlak-voorskou-raamwerk realiseer om die data van elke videostroom in realtime vas te lê.
b) Verbind Android-mediaspeler deur middel van Android-mediaspeler in die setoutputfile-funksie.
c) Stroom van die media-bedienermodus, gebruik ffmpeg of getstreamer om kameravideo te kry.
2. Die realisering van kodering vir videokompressie
a) Sonder kodering word die oorspronklike yuv420sp-video-raam direk deur die sok gestuur.
b) JEPG komprimeer die oorspronklike yuv420sp-videoraam in H.264 en stuur dit dan uit.
c) H.264 / gem. Die oorspronklike yuv420sp-videoraam word in H.264 saamgepers en dan oorgedra. Algemene oopbron-kodeerders gebaseer op H264 sluit in JM, x264, t264, hdot264, ens.
d). mpeg4. Druk die oorspronklike yuv420sp-videoraam saam in MPEG4 en stuur dit dan uit
3. Die idee van video-oordrag
a). socket transmissie
b). HTTP-vervoer
c). RTP / RTSP-oordrag
d). streaming media-bedienermodus, soos live555, ens
4. Die besef van video-dekodering
a). dekodeerder wat ooreenstem met kodering
5. Die idee van videospeel
a). deur middel van Android videoview
b). via Android mediaplay
c). plak raamprent direk deur doek
|
Voer e-posadres in om 'n verrassing te kry
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanees
ar.fmuser.org -> Arabies
hy.fmuser.org -> Armeens
az.fmuser.org -> Azerbeidjans
eu.fmuser.org -> Baskies
be.fmuser.org -> Belo-Russies
bg.fmuser.org -> Bulgaars
ca.fmuser.org -> Katalaans
zh-CN.fmuser.org -> Chinees (vereenvoudig)
zh-TW.fmuser.org -> Sjinees (Tradisioneel)
hr.fmuser.org -> Kroaties
cs.fmuser.org -> Tsjeggies
da.fmuser.org -> Deens
nl.fmuser.org -> Nederlandse
et.fmuser.org -> Esties
tl.fmuser.org -> Filippyns
fi.fmuser.org -> Fins
fr.fmuser.org -> Franse
gl.fmuser.org -> Galisies
ka.fmuser.org -> Georgies
de.fmuser.org -> Duits
el.fmuser.org -> Grieks
ht.fmuser.org -> Haïtiaanse kreool
iw.fmuser.org -> Hebreeus
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Yslands
id.fmuser.org -> Indonesies
ga.fmuser.org -> Iers
it.fmuser.org -> Italiaanse
ja.fmuser.org -> Japannees
ko.fmuser.org -> Koreaans
lv.fmuser.org -> Lets
lt.fmuser.org -> Litaus
mk.fmuser.org -> Masedonies
ms.fmuser.org -> Maleis
mt.fmuser.org -> Maltees
no.fmuser.org -> Noorse
fa.fmuser.org -> Persies
pl.fmuser.org -> Pools
pt.fmuser.org -> Portugees
ro.fmuser.org -> Roemeens
ru.fmuser.org -> Russies
sr.fmuser.org -> Serwies
sk.fmuser.org -> Slowaaks
sl.fmuser.org -> Sloveens
es.fmuser.org -> Spaans
sw.fmuser.org -> Swahili
sv.fmuser.org -> Sweeds
th.fmuser.org -> Thai
tr.fmuser.org -> Turks
uk.fmuser.org -> Oekraïens
ur.fmuser.org -> Oerdoe
vi.fmuser.org -> Viëtnamees
cy.fmuser.org -> Wallies
yi.fmuser.org -> Jiddisj
FMUSER Wirless stuur video en klank makliker toe!
Kontak Ons
adres:
No.305 Kamer HuiLan-gebou No.273 Huanpu-weg Guangzhou China 510620
kategorieë
Nuusbrief