FMUSER Wirless Transmet vídeo i àudio més fàcil!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
Recentment vaig començar a contactar amb el projecte de vídeo en directe, també vaig resumir alguns conceptes, tecnologies i solucions relacionades amb el vídeo en directe.
Primer de tot, entendre el concepte de vídeo en directe. Diversos protocols de vídeo habituals són: RTMP, http-flv, HLS, RTP / RTCP.
A continuació, explicarem tot el procés de transmissió en directe i les tecnologies relacionades.
1 protocol Protocol de vídeo en directe
En el camp de la transmissió en directe, hi ha dos tipus de transmissió en directe: la transmissió en directe interactiva i la transmissió en directe no interactiva.
La transmissió en directe no interactiva (com ara: la desfilada en directe, la transmissió en directe de la NBA, la transmissió en directe de la Champions League, etc.) no és molt interactiva, ja que permet un retard de 10 segons o més. Es caracteritza per tenir relativament poques fonts i és adequat per a la transcodificació multicanal (els usuaris poden veure-la segons les condicions de la xarxa).
Les escenes típiques de la transmissió interactiva en directe inclouen la transmissió en directe de programes, la transmissió en directe de jocs, etc. A causa dels alts requisits per a la interacció entre l’àncora i l’audiència, aquestes transmissions en directe s’han de retardar en 5S. Les característiques de la transmissió interactiva en directe són: més fonts, no aptes per a la transcodificació multicanal, servidor intermedi només com a rol de trànsit.
El mitjà de transmissió de contingut en directe és la xarxa i es necessiten els protocols corresponents per transmetre vídeo o àudio a la xarxa. Actualment, els protocols comuns adequats per a escenes en directe són els següents.
1. Protocol RTMP (no compatible amb HTML 5, compatible amb flash)
RTMP és un protocol multimèdia de transmissió, que és el protocol de patent d’Adobe. Basat en TCP, és molt popular a la Xina.
Motiu popular: el suport del programari de codi obert i la biblioteca de codi obert és estable i complet, i les solucions de transmissió i transmissió més utilitzades bàsicament poden funcionar de manera estable. Per exemple: biblioteca open source librtmp push stream, la part del servei té nginx RTMP plug-in, pull stream té biblioteca de reproducció ijkplayer.
2. Protocol Http-flv (no compatible amb HTML 5, compatible amb Flash)
És a dir, utilitzar el protocol HTTP per transmetre contingut multimèdia. HTTP és més senzill i conegut que RTMP. El retard del contingut també pot ser de 2 a 5 segons i la velocitat d’obertura és més ràpida, perquè el HTTP no té una interacció d’estats complexa. Per tant, des de la perspectiva de la latència, http-flv és millor que RTMP.
3. Protocol HLS (suport HTML, suport Flash)
La transmissió en directe HTTP és un protocol de transport de mitjans de transmissió basat en HTTP proposat per Apple. HLS té un gran avantatge: HTML5 es pot obrir i reproduir directament; això significa que es pot compartir un enllaç en directe mitjançant wechat i altres reenviaments, sense necessitat d'instal·lar cap aplicació independent amb un navegador, de manera que és molt popular. Aplicació social en viu, només cal HLS. L'URL de reproducció en temps real basat en HLS és un fitxer m3u8, que conté diversos fitxers TS de vídeo petits recents. El retard d’aquest mode de reproducció és relativament elevat (que està relacionat amb la mida del fitxer TS), i pot aconseguir un retard de 5-7 segons a la mateixa xarxa de la ciutat.
4. Protocol RTP / RTCP
El protocol de transport en temps real és un protocol de capa de transport per al flux de dades multimèdia a Internet. RTCP transmet la senyalització del control interactiu i RTP transmet les dades dels mitjans reals.
RTP s’utilitza àmpliament en videovigilància, videoconferència i telèfon IP, perquè una de les experiències importants de videoconferència i telèfon IP és el contingut en temps real.
En comparació amb els tres protocols anteriors, una diferència important entre RTP i ells és que el protocol UDP s’utilitza per transmetre dades per defecte, mentre que RTMP i HTTP es basen en protocol TCP.
Utilitzeu l’anàlisi d’escenaris: l’escena del flux d’àudio i vídeo en temps real no necessita una garantia fiable, de manera que no cal tenir un mecanisme de retransmissió. No és important veure la imatge i el so en temps real, perdre contingut quan els nervis de la xarxa, difuminar la imatge i la pantalla de benvinguda. Per retransmetre, TCP provocarà retards i asincronies. Si una determinada secció de contingut arriba després d'un segon a causa de la retransmissió, la conversa es retardarà un segon. Amb la fluctuació de la xarxa, el retard augmentarà a dos o tres segons. Si el client no gestiona la reproducció, l'experiència de transmissió directa es veurà greument afectada. Com optimitzar, s’explicarà al següent article.
Conclusió: en la selecció del protocol d’emissió en directe, si se selecciona RTMP o http-flv, significa que hi ha un retard de contingut de 2 a 5 segons, però pel que fa al retard d’obertura, http-flv és millor que RTMP . HLS té un retard de contingut de 5 a 7 segons. L’elecció de RTP per a la transmissió en directe pot endarrerir-la en 1 segon. Tot i això, pel que sabem, els principals fabricants de CDN no admeten la transmissió en directe basada en RTP, de manera que l’actual corrent domèstic actual és RTMP o http-flv.
2 process procés de transmissió de vídeo en directe
El procés tècnic relacionat amb el vídeo en directe és: adquisició de flux de vídeo en temps real --- codificació de flux de vídeo --- transmissió de flux de vídeo --- descodificació de flux de vídeo --- reproducció de vídeo.
1. La idea de la captura de vídeo en temps real
a) En configurar setpreviewcallback a la previsualització de la presa de càmera d'Android, la interfície onpreviewframe es realitza per capturar les dades de cada flux de vídeo en temps real.
b) A través del mediarecorder d'Android, lligueu localsocket a la funció setoutputfile.
c) Transmissió en mode servidor multimèdia, mitjançant ffmpeg o getstreamer per obtenir vídeo de la càmera.
2. La realització de codificació de compressió de vídeo
a) Sense codificació, el marc de vídeo original yuv420sp es transmet directament a través del sòcol.
b) JEPG comprimeix el marc de vídeo original yuv420sp a H.264 i el transmet.
c) H.264 / avc. El marc de vídeo original yuv420sp es comprimeix a H.264 i després es transmet. Els codificadors de codi obert habituals basats en H264 inclouen JM, x264, t264, hdot264, etc.
d). mpeg4. Comprimiu el marc de vídeo original yuv420sp a MPEG4 i després transmetreu-lo
3. La idea de la transmissió de vídeo
a). transmissió per endoll
b). Transport HTTP
c). Transmissió RTP / RTSP
d). mode de servidor multimèdia en temps real, com ara live555, etc.
4. La realització de la descodificació de vídeo
a). descodificador corresponent a la codificació
5. La idea de reproduir vídeo
a). mitjançant videoview Android
b). a través d'Android mediaplay
c). enganxeu la imatge del marc directament a través del llenç
|
Introduïu el correu electrònic per obtenir una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmet vídeo i àudio més fàcil!
Contacte
Adreça:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Xina 510620
Categories
Newsletter