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
El sistema de transmissió en directe d’àudio i vídeo és un sistema d’enginyeria complex. Per aconseguir retransmissions en directe molt baixes, necessita una complexa optimització de l’enginyeria del sistema i familiaritzar-se amb cada component. Aquí teniu diverses tècniques d’ajust simples i habituals:
Optimització de codificació
1. Assegureu-vos que el còdec té el paràmetre de retard mínim activat. El còdec generalment té un commutador d’optimització de retard baix, especialment per a H.264. És possible que molta gent no sàpiga que el descodificador de H.264 emmagatzemarà en memòria cau determinats fotogrames de vídeo abans de mostrar-se normalment, 16 fotogrames es guardaran a la memòria cau per al vídeo de mida de resolució QCIF (176 × 144) i 5 fotogrames per al vídeo 720p. Això suposa un gran retard per a la lectura del primer fotograma. Si el vostre vídeo no està codificat ni comprimit mitjançant H.264, assegureu-vos que no s’utilitzi el fotograma B, també tindrà un impacte més gran sobre la latència, ja que la descodificació del fotograma B al vídeo depèn dels fotogrames de vídeo anteriors i posteriors, que augmentarà el retard.
2. El codificador generalment té un retard causat pel control de codi, que també s'anomena retard d'inicialització o la mida de memòria cau de VBV, que es considera la memòria cau entre el flux de bits del codificador i el descodificador. Es pot configurar el més petit possible i reduir el retard sense afectar la qualitat del vídeo.
3. si només s'optimitza el primer retard, es poden inserir més fotogrames clau entre els marcs de vídeo, de manera que el client pugui descodificar el flux de vídeo tan aviat com sigui possible després de rebre el flux de vídeo. Tanmateix, si cal optimitzar el retard acumulatiu en la transmissió, s’utilitza el fotograma clau (el fotograma I es fa més gran) el mínim possible. En el cas d’assegurar la mateixa qualitat de vídeo, com més fotogrames I, més freqüència de codi i més amplada de banda de xarxa necessària per a la transmissió, vol dir que com més gran sigui el retard acumulat. És possible que aquest efecte d'optimització no sigui evident en sistemes de segon retard, però serà molt evident en sistemes amb retard de 100 ms o menys. Mentrestant, el còdec ACC LC s’utilitza tant com sigui possible per codificar àudio. Tot i que acc o he-acc 2 té una alta eficiència de codificació, es necessita més temps per codificar i el retard de transmissió causat per un major volum d’àudio té menys impacte en la transmissió de flux de vídeo.
4. no utilitzeu el format de compressió de vídeo del vídeo MJPEG, utilitzeu com a mínim el format de compressió de vídeo MPEG 4 sense fotograma B (perfil simple), ni tan sols utilitzeu el perfil de línia base H.264 (x264 també té un commutador d’optimització de -tune zeroability). Una optimització tan senzilla pot reduir la latència, ja que pot codificar vídeos de velocitat de fotograma completa a una velocitat de bits inferior.
5. si s'utilitza ffmpeg, es redueix el valor dels paràmetres "-probesize" i "analize duration". Els dos valors s’utilitzen per a la supervisió de la informació de fotogrames de vídeo i la durada de la supervisió. Com més gran sigui la influència d’aquests dos valors en el retard de codificació, més necessari serà establir el paràmetre de durada de l’anàlisi per a la transmissió de vídeo a l’escena de vídeo en directe.
6. la taxa fixa de codificació CBR pot eliminar la fluctuació de la xarxa en certa mesura. Si es pot utilitzar VBR, es pot desar una amplada de banda de xarxa innecessària i es pot reduir cert retard. Per tant, es recomana utilitzar VBR tant com sigui possible per codificar.
Optimització del protocol de transmissió
1. Intenteu utilitzar RTMP en lloc del protocol HLS basat en HTTP per transferir entre els nodes i els nodes del servidor, cosa que pot reduir el retard de transmissió general. Això és principalment per a l'usuari final que utilitza HLS per a la reproducció.
2. si l'usuari final utilitza RTMP per reproduir-se, la transcodificació es realitza al node receptor prop de l'extrem de transmissió tant com sigui possible, de manera que la transmissió de vídeo transmesa sigui més petita que la transmissió de vídeo original.
3. si cal, podeu substituir TCP per protocol UDP personalitzat i reduir el retard eliminant la retransmissió de pèrdues de paquets a la xarxa feble. El principal desavantatge d’aquest protocol és que la transmissió i distribució de flux de vídeo basat en el protocol UDP no és prou universal i els fabricants de CDN admeten el protocol de transmissió estàndard. Un altre desavantatge és que la pantalla o el desenfocament causat per la pèrdua de paquets (manca de referència de descodificació de fotogrames clau), que requereix que la part de personalització del protocol controli la pèrdua de paquets basada en UDP.
Optimització de la xarxa de transmissió
1. hem introduït una xarxa de transmissió en temps real, que és una nova xarxa de transmissió de xarxa amb nodes d’autoorganització, que és adequada per a l’optimització de la transmissió en les condicions de xarxa de diversos operadors nacionals i la demanda de moltes transmissions en directe a l’estranger.
2. emmagatzemeu el GOP actual al node del servidor i optimitzeu el temps d'obertura del vídeo amb el reproductor.
3. el servidor registra la segona velocitat de fotogrames i la velocitat de codi de cada flux de vídeo que flueix a cada enllaç en temps real i controla la fluctuació de la velocitat de codi i la velocitat de fotogrames en temps real.
4. el client (push and play) obté el node òptim actual (un cop en 5 segons) consultant el servidor en temps gairebé real i els nodes i línies de falla actuals quasi en temps real fora de línia.
Optimitzar el flux i el joc
1. investigueu la mida de la memòria intermèdia de xarxa del sistema remitent i el sistema pot emmagatzemar les dades abans d’enviar-les. L’ajust d’aquest paràmetre també necessita trobar un punt d’equilibri.
2. el control de memòria intermèdia a la part de reproducció també té una gran influència en el retard d'obertura del vídeo. Si només s’optimitza el primer retard, es pot descodificar immediatament quan arriben les dades en cas de 0 memòria cau. Però si per eliminar l’impacte de la fluctuació de la xarxa en un entorn de xarxa feble, és necessari configurar una memòria cau determinada. Per tant, és necessari trobar un equilibri entre l'estabilitat de la transmissió en directe i l'optimització del primer retard, i ajustar el valor de l'optimització de la mida de la memòria intermèdia.
3. la política de memòria intermèdia dinàmica del costat de reproducció és una versió millorada del control de memòria cau del final de reproducció anterior. Si només es selecciona la memòria cau 0 i la mida fixa per trobar un equilibri, finalment es seleccionarà una memòria cau de mida fixa. Això és injust per als usuaris finals d’Internet mòbil amb un nivell de mil milions. Les seves diferents condicions de xarxa decideixen que el buffer de mida fixa no és completament adequat. Per tant, podem considerar una política de memòria intermèdia dinàmica, que utilitza una política de memòria cau molt petita o fins i tot 0 quan el reproductor està activat. La mida de la memòria cau de la pròxima part de temps està determinada pel temps que es necessita per descarregar el primer vídeo i, al mateix temps, la xarxa actual es controla en temps real durant el procés de reproducció i la mida de la memòria cau durant el procés de reproducció s’ajusta a temps real. Això pot aconseguir un temps d'obertura molt baix i pot eliminar l'impacte de la fluctuació de la xarxa tant com sigui possible.
4. estratègia de reproducció de velocitat dinàmica. A més de l’ajust dinàmic de l’estratègia de mida de memòria intermèdia, també podem utilitzar la informació de la xarxa de monitorització en temps real per ajustar dinàmicament la velocitat de codi en el procés de reproducció, reduir la velocitat de reproducció i reduir el retard en cas d’amplada de banda de xarxa insuficient.
A la part superior, forma part de les tècniques d’optimització de baixos retards. De fet, no ens centrem en la "baixa latència" quan optimitzem la latència baixa, sinó que intentem aconseguir una latència baixa quan altres condicions no afecten l'experiència de l'usuari. Per tant, el seu contingut implica cada vegada més temes.
|
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