FMUSER Wirless Transmit Video and Audio Errazago!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaansa
sq.fmuser.org -> Albaniera
ar.fmuser.org -> arabiera
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaijanera
eu.fmuser.org -> euskara
be.fmuser.org -> Bielorrusiera
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalana
zh-CN.fmuser.org -> Txinera (sinplifikatua)
zh-TW.fmuser.org -> Chinese (Traditional)
hr.fmuser.org -> kroaziera
cs.fmuser.org -> Txekiera
da.fmuser.org -> Danimarkarra
nl.fmuser.org -> Holandako
et.fmuser.org -> Estoniera
tl.fmuser.org -> Filipinoa
fi.fmuser.org -> finlandiera
fr.fmuser.org -> Frantsesa
gl.fmuser.org -> Galiziera
ka.fmuser.org -> Georgiarra
de.fmuser.org -> alemana
el.fmuser.org -> Greek
ht.fmuser.org -> Haitiko kreolera
iw.fmuser.org -> Hebreera
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Islandiera
id.fmuser.org -> Indonesiera
ga.fmuser.org -> Irlandera
it.fmuser.org -> Italian
ja.fmuser.org -> Japoniera
ko.fmuser.org -> Koreera
lv.fmuser.org -> Letoniera
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> mazedoniera
ms.fmuser.org -> malaysiera
mt.fmuser.org -> maltera
no.fmuser.org -> Norwegian
fa.fmuser.org -> persiera
pl.fmuser.org -> poloniera
pt.fmuser.org -> Portugesa
ro.fmuser.org -> Romanian
ru.fmuser.org -> errusiera
sr.fmuser.org -> serbiera
sk.fmuser.org -> Eslovakiera
sl.fmuser.org -> Slovenian
es.fmuser.org -> Gaztelania
sw.fmuser.org -> Swahilia
sv.fmuser.org -> Suediera
th.fmuser.org -> Thai
tr.fmuser.org -> Turkiera
uk.fmuser.org -> ukrainera
ur.fmuser.org -> urdua
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> galesera
yi.fmuser.org -> Yiddish
1. Status quo-a
Zuzeneko emisio nazionalaren garaian, edonork har dezake gailua eskuetan zuzenean emititzeko. Zuzeneko emankizunak lan talde bat dakar jende talde bati, eta onura handiak dakartza zuzeneko emisio plataforma nagusiei. Kalitate handia izan behar du merkatu erraldoi baten aurrean. Kostu baxuko zuzeneko irrati bidezko teknologia soilik nabarmentzen da lehiaketatik eta zuzeneko emisioen industriako liderra bihurtu daiteke. Zuzeneko bideoak zuzenean erreproduzitzeko bost funtsezko prozesuak: 1. Grabaketa 2. Kodetzea 3. Sarearen transmisioa 4. Deskodetzea 5. Erreprodukzioa. Lotura horietako bakoitzak zuzeneko emisioaren kalitatean eta atzerapenean eragina izango du. Jarraian, batez ere atzerapena optimizatzeko hirugarren puntuari buruz hitz egingo dugu.
Egungo zuzeneko emisio teknologiak RTMP, HLS, HDL (HTTP-FLV) eta RTP bezalako protokoloak erabiltzen ditu. Protokolo horien artean ohikoena rtmp protokoloa da. Orain Txinan zuzeneko emisio plataforma asko erabiltzen dira oraindik, eta HLS ere badago. Akordio asko ere bada. Egin sarrera labur batzuk aipatutako akordioei.
2. Hitzarmena
(1) RTMP protokoloa
Adobe-ren patentearen akordioa da, atzerriko CDN gehienek onartzen ez dutena. Herrian ospea oso handia da. Hainbat arrazoi daude:
1) Kode irekiko softwarearen eta kode irekiko liburutegien laguntza egonkorra eta osoa da. Adibidez, Douyu aingurak, kode irekiko librtmp liburutegia eta zerbitzari aldetik nginx-rtmp plugina erabiltzen duten OBS softwarea.
2) Erreproduzitzailearen instalazio tasa handia da. Arakatzaileak FlashPlayer onartzen duen bitartean, RTMP zuzeneko igorpena oso erraz erreproduzitu daiteke, eta protokolo zehatza Google-k uler dezake. Beste protokolo batzuekin alderatuta, esku-ematearen prozesua oso korapilatsua da RTMP protokoloak lehen aldiz konexio bat ezartzen duenean (beheko geruza TCPn oinarritzen da, hona hemen RTMP protokoloaren beraren elkarreragina), sareko baldintza desberdinen arabera. 100 ms-ko atzerapena ekarri lehen irekierara. RTMP bidezko zuzeneko emisioek 2 eta 5 segundoko atzerapena izaten dute.
(2) HTTP-FLV protokoloa
Hau da, erabili HTTP protokoloa multimedia edukia igortzeko. RTMPrekin alderatuta, HTTP sinpleagoa eta ezaguna da, eta ez dago Adobaren patenteak bahituta izateko beldurrik. Edukiaren atzerapena 2 ~ 5 segundotan ere lor daiteke, eta irekitzeko abiadura azkarragoa da, HTTPk berak ez duelako egoera elkarreragin konplexurik. Beraz, latentziaren ikuspegitik, HTTP-FLV RTMP baino hobea da.
(3) HLS hitzarmena
HLS-k Http Live Streaming esan nahi du, hau da, Apple-k proposatutako HTTP-n oinarritutako streaming bidezko transmisio protokoloa. HLS-k oso abantaila handia du: HTML5 zuzenean ireki eta erreproduzitu daiteke; Horrek esan nahi du zuzeneko esteka WeChat eta abarren bidez birbidali eta parteka daitekeela, inolako APP independienterik instalatu gabe, arakatzailea besterik ez dela, beraz oso ezaguna da. Zuzeneko streaming sozialerako APPa, HLS besterik ez dela esan daiteke, azter ditzagun haren printzipioak. To
HLSren oinarrizko printzipioa zera da: bilketa eta push muturrak bideo korrontea streaming bidezko zerbitzarira bultzatzen duenean, zerbitzariak jasotako fluxuaren informazioa ts fitxategi berri batean buffer jarriko duela denbora tarte batean gordetzen den bakoitzean eta zerbitzariak m3u8 indize fitxategia sortuko du azken ts zatien indizea mantentzeko. Erreproduzitzaileak zuzeneko igorpena lortzen duenean, erreproduzitzeko m3u8 indize fitxategitik azken ts bideo fitxategi zatiak lortzen ditu, erabiltzaileak konektatzen den bakoitzean eduki berriagoak ikusiko dituela ziurtatzeko, zuzeneko igorpen esperientzia antzekoa lortuz. Zuzeneko zuzeneko erreprodukzio protokolo arruntekin alderatuta, hala nola RTMP eta RTSP, HLSren alderik handiena da zuzeneko igorpen bezeroak lortzen duena ez dela datu korronte osoa, iraupen laburreko multimedia fitxategia baizik. Deskargatu eta erreproduzitu fitxategi txiki hauek. Metodo honen gutxieneko atzerapen teorikoa ts fitxategi baten iraupena da, eta orokorrean 2-3 ts fitxategien iraupena. HLSren segmentazio estrategia 10 segundoko segmentua izatea gomendatzen da funtsean
(4) RTP protokoloa
RTP Real-time Transport Protocol da, Interneten multimedia datuak igortzeko garraio geruza protokoloa. Benetako aplikazio eszenatokietan, askotan RTCP (RTP Control Protocol) batera erabili behar da. RTCP-k kontroleko seinaleztapen interaktiboa transmititzen duela eta RTP-k benetako multimedia datuak transmititzen dituela uler daiteke. To
RTP-k bideo zaintzan, bideokonferentzietan eta IP telefonian aplikazio ugari ditu, bideokonferentzietan eta IP telefonian esperientzia garrantzitsua delako: denbora errealeko edukia.
Aurreko hiru edo benetan bi protokoloekin alderatuta, alde garrantzitsu bat dago RTP eta horien artean, lehenespenez UDP protokoloa erabiltzea datuak transmititzeko, eta RTMP eta HTTP TCP protokoloaren transmisioan oinarritzen dira. Zergatik lor dezake UDPk denbora errealean horrelako efektuak? Artikulu asko bilatu nituen TCP eta UDPren arteko aldearen azterketari buruz. Ez ditut hemen errepikatuko, baina laburki laburbildu:
1) UDP: datagrama bakarra, ez da konexiorik ezarri beharrik, sinplea, fidagarria, paketeen galera eta nahastea;
2) TCP: streaming, konexio bat ezarri behar da, konplexua, fidagarria eta ordenatua. To
Denbora errealeko audio eta bideo erreprodukzioaren eszena ez da modu fidagarrian bermatu beharrik, beraz, ez da berriro transmititzeko mekanismorik eduki behar. Irudiak eta soinuak denbora errealean ikusteak, sareak dardara egiten duenean galdutako eduki batzuk, pantaila lausoak eta lausotuak guztiz garrantzitsuak dira. TCP-k atzerapena eta desinkronizazioa eragingo du berriro transmititzeko. Eduki jakin bat berriro igortzen bada eta segundo 1 igarota iritsiko balitz, elkarrizketa osoa segundo 1 atzeratuko da. Sareko kezkak bezala, atzerapena 2 segundora edo 3 segundora handituko da, bezeroaren erreprodukzioa prozesatzen ez bada, zuzeneko emisio esperientziari eragingo dio. To
Laburbilduz: zuzeneko emisio protokoloa aukeratzerakoan, RTMP edo HTTP-FLV aukeratzen baduzu, 2 ~ 5 segundoko edukiaren atzerapena dagoela esan nahi du, baina atzerapena aktibatuta dagoenean, HTTP-FLV RTMP baino hobea da. . HLS-k 5-7 segundoko edukiaren atzerapena du. Zuzeneko igorpenetarako RTP hautatzeak zuzeneko igorpenaren atzerapena lor dezake 1 segundo barru. Nik dakidala, CDN fabrikatzaile nagusiek ez dute RTP oinarritutako zuzeneko igorpena onartzen, beraz, egungo etxeko korronte nagusia RTMP edo HTTP-FLV da oraindik ere, eta sortzen ari den HLS ere badago.
(5) HLS eta RTMP alderaketa
1) HLS
① HLSren desabantailak:
Orokorrean, HLS zuzeneko igorpenen atzerapena 20-30 artekoa izango da, eta atzerapen handia onartezina da denbora errealean esperientzia interaktiboa behar duten zuzeneko igorpenetarako.
HLS HTTP konexio laburrean oinarritzen da, HTTP TCPn oinarritzen da, hau da, HLS-k zerbitzariarekin etengabe ezarri behar du konexioa. TCP hiru norabidetako esku-emateak konexioa ezartzen den bakoitzean, abian jartzeko prozesua motela da eta deskonektatzean lau esku-uhinek kontsumoa eragingo dute.
② HLSren abantailak:
Datuak HTTP protokoloaren bidez transmititzen dira, beraz, ez da suebaki edo proxy arazorik kontuan hartu behar HLS erabiltzean.
Erreprodukzioa egiteko iraupen laburreko zatikatutako fitxategiak erabiliz, bezeroak bit-abiadura alda dezake erreprodukziora egokitzeko banda zabalera baldintza desberdinetan.
HLS Apple-k abiarazitako streaming media protokoloa da. IOS plataforman naturalki onartzen da. Sistemak eskaintzen duen AVPlayer erabiliz zuzenean erreproduzitu daiteke, erreproduzitzailea berez garatu beharrik izan gabe.
2) RTMP
HLS-rekin konparatuta, RTMP protokoloa onartzen denean, bildumako datuen korrontea da eta muturra bultzatzen du streaming bidezko zerbitzarira eta gero erreprodukzio amaieraraino; beraz, ez da lurreratze fitxategirik egongo zerbitzarian. Modu honetan, RTMPek abantaila hauek ditu nahiko:
① Atzerapena txikia da, normalean 1-3s.
② TCP konexio luzean oinarrituta, ez da beharrezkoa hainbat aldiz konexioa ezartzea.
Hori dela eta, sektoreko zuzeneko emisio zerbitzu gehienek RTMP aukeratuko dute streaming bidezko protokolo gisa. Normalean, datuen korrontea FLVan biltzen da eta HTTP bidez ematen da. Hala ere, badaude konpondu beharreko zenbait arazo:
IOS iOS plataformak ez du RTMP edo HTTP-FLV jatorriz onartzen duen erreproduzitzailerik eskaintzen. Horrek lotutako protokoloak onartzen dituen erreproduzitzailea garatu behar du.
3.HLS atzerapenaren optimizazioa
Hls-ren atzerapena batez ere hiru zati hauek osatzen dute:
(1) Zerbitzariaren aldeko kodetzaileak eta korronte zatitzaileak TS fitxategiak sortzeko denbora
(2) Bezeroak TS fitxategia deskargatzeko denbora, eta normalean TS bi multimedia fitxategi deskargatzeko eskatzen du
(3) Bezeroak deskodetu eta erreproduzitzeko denbora
|
Sartu posta elektronikoa sorpresa bat izateko
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaansa
sq.fmuser.org -> Albaniera
ar.fmuser.org -> arabiera
hy.fmuser.org -> Armenian
az.fmuser.org -> azerbaijanera
eu.fmuser.org -> euskara
be.fmuser.org -> Bielorrusiera
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Katalana
zh-CN.fmuser.org -> Txinera (sinplifikatua)
zh-TW.fmuser.org -> Chinese (Traditional)
hr.fmuser.org -> kroaziera
cs.fmuser.org -> Txekiera
da.fmuser.org -> Danimarkarra
nl.fmuser.org -> Holandako
et.fmuser.org -> Estoniera
tl.fmuser.org -> Filipinoa
fi.fmuser.org -> finlandiera
fr.fmuser.org -> Frantsesa
gl.fmuser.org -> Galiziera
ka.fmuser.org -> Georgiarra
de.fmuser.org -> alemana
el.fmuser.org -> Greek
ht.fmuser.org -> Haitiko kreolera
iw.fmuser.org -> Hebreera
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Islandiera
id.fmuser.org -> Indonesiera
ga.fmuser.org -> Irlandera
it.fmuser.org -> Italian
ja.fmuser.org -> Japoniera
ko.fmuser.org -> Koreera
lv.fmuser.org -> Letoniera
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> mazedoniera
ms.fmuser.org -> malaysiera
mt.fmuser.org -> maltera
no.fmuser.org -> Norwegian
fa.fmuser.org -> persiera
pl.fmuser.org -> poloniera
pt.fmuser.org -> Portugesa
ro.fmuser.org -> Romanian
ru.fmuser.org -> errusiera
sr.fmuser.org -> serbiera
sk.fmuser.org -> Eslovakiera
sl.fmuser.org -> Slovenian
es.fmuser.org -> Gaztelania
sw.fmuser.org -> Swahilia
sv.fmuser.org -> Suediera
th.fmuser.org -> Thai
tr.fmuser.org -> Turkiera
uk.fmuser.org -> ukrainera
ur.fmuser.org -> urdua
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> galesera
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmit Video and Audio Errazago!
Harremanetarako
Helbidea:
305. zenbakia Gela HuiLan eraikina No.273 Huanpu Road Guangzhou Txina 510620
Kategoriak
Buletina