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
Stroming-oorsig:
Die sogenaamde streaming media verwys na die mediaformaat wat op die internet gespeel word deur middel van streaming-oordrag.
Streaming media word ook streaming media genoem. Dit verwys na ondernemings wat 'n bediener vir aflewering van video's gebruik om programme as datapakkies uit te stuur en aan die netwerk af te lewer.
Nadat die gebruiker die data deur die dekompressietoestel gedekomprimeer het, sal die program vertoon word soos voor die versending.
Stroommedia stuur klank-, video- en multimedia-lêers in die vorm van stroom oor die netwerk uit.
Streaming media-lêerformaat is 'n media-formaat wat streaming en afspeel ondersteun.
Die stroommetode is om multimedia-lêers soos video en klank in saamgeperste pakkette deur 'n spesiale kompressiemetode te verdeel.
Deurlopende en intydse versending vanaf die bediener na die gebruiker se rekenaar. In stelsels wat stroomuitsending gebruik, hoef gebruikers nie op die hele lêer te wag soos om nie af te speel nie.
Die inhoud kan gesien word nadat alle aflaaie voltooi is, maar slegs 'n paar sekondes of tien sekondes opstartvertraging kan op die gebruiker se rekenaar gebruik word
Die ooreenstemmende speler speel die saamgeperste video- of klank- en ander streaming media-lêers af, en die oorblywende deel sal voortgaan om af te laai totdat die afspeel voltooi is.
1. RTP: (intydse vervoerprotokol)
Dit is 'n transportlaagprotokol vir multimedia-datastreaming op die internet. Die RTP-protokol en die RTP-kontroleprotokol RTCP word saam gebruik,
En dit is gebou op die UDP-protokol.
RTP is nie soos http en ftp wat die hele filmlêer heeltemal kan aflaai nie. Dit stuur data op die netwerk teen 'n vaste datatempo. Die kliënt kyk ook na die filmlêer teen hierdie snelheid.
Nadat die filmskerm gespeel is, kan dit nie herhaaldelik gespeel word nie, tensy die data weer van die bediener gevra word.
2. RTCP: Real-time Transport Control Protocol of RTP Control Protocol of kortweg RTCP)
Die intydse transmissiebeheerprotokol is 'n susterprotokol van die intydse transmissieprotokol (RTP).
Opmerking: -: RTP-protokol en RTP-beheerprotokol (RTCP) word saam gebruik, en dit is gebaseer op UDP-protokol (gewoonlik gebruik vir videokonferensies)
3. RTSP: (Regstreekse stroomprotokol)
Real-time streaming media sessie protokol, SDP (sessie beskrywings protokol), RTP (intydse vervoer protokol).
Dit is 'n multimedia-stroomprotokol wat gebruik word om klank of video te beheer. RTSP bied 'n uitbreidbare raamwerk wat dit moontlik maak om intydse data, soos klank en video, te beheer en op aanvraag te gee.
Die mediadata gebruik rtp- en rtcp-protokolle. Gebruik gewoonlik UDP as die transportlaag. Geskik vir IPTV-tonele. Databronne bevat live data en data wat in snitte gestoor word. Die doel van hierdie protokol is om veelvuldige data-oordragverbindings te beheer, om 'n manier te bied om transmissiekanale te kies, soos UDP, multicast UDP en TCP, en om metodes te bied vir die keuse van 'n transmissiemeganisme gebaseer op RTP. Die netwerkkommunikasieprotokol wat tydens versending gebruik word, val nie binne die definisie nie. Die bediener kan kies om TCP of UDP te gebruik om die streaming-inhoud uit te stuur, wat meer verdraagsaam is vir netwerkvertragings.
--->: Die grootste verskil tussen RTSP en RTP is dat: RTSP 'n tweerigting-intydse intydse data-oordragprotokol is, wat die kliënt toelaat om versoeke na die bediener te stuur, soos om terug te werk, vinnig vorentoe en terugwaarts. wanneer
Natuurlik kan RTSP gegewens op RTP oordra, en kan ook TCP, UDP, multicast UDP en ander kanale kies om data te stuur, wat goeie skaalbaarheid het. Dit is soortgelyk aan die http-protokol
Netwerk-toepassingslaagprotokol.
4. WebRTC:
Die webkant implementeer die streaming media-protokol. Toe Google die eerste keer WebRTC van stapel gestuur het, het die reuse óf langs die kantlyn gesit óf weerstaan. Gebruik die oordrag van RTP-protokol.
5. RTMP (Intydse boodskapprotokol)
'N Stel lewendige videoprotokolle wat deur Macromedia ontwikkel is, is nou die eiendom van Adobe. Soos HLS, kan dit op live video's toegepas word, en dit sal nie verlore gaan op grond van TCP nie.
// Die verskil is dat RTMP nie in die iOS-blaaier op flits gespeel kan word nie, maar die real-time prestasie is beter as HLS.
Die intydse boodskapprotokol is 'n oop protokol wat deur Adobe Systems ontwikkel is vir klank-, video- en data-oordrag tussen Flash-spelers en bedieners.
// In die iOS-kode word RTMP gewoonlik gebruik om die stroom te stoot. U kan die derdeparty-biblioteek librtmp-iOS gebruik om die stroom te stoot. librtmp bevat 'n paar kern-API's wat gebruikers kan oproep
Die RTMP-protokol vereis ook dat die kliënt en bediener 'n RTMP-verbinding tot stand bring deur middel van 'n 'handdruk', en dan beheerinligting oor die verbinding moet stuur. Die RTMP-protokol formateer die data tydens die versending. Om die meervoudige, onderverpakking en billikheid van inligting beter te bewerkstellig, sal die sender die boodskap in stukke met boodskap-ID verdeel.
Dit kan ook deel uitmaak van die Boodskap. Die ontvangende kant sal die stuk weer in 'n volledige boodskap herstel volgens die lengte van die gegewens in die brokkie, die lengte van die boodskap-ID en die lengte van die boodskap, sodat die versending en ontvangs van inligting besef word.
6. HLS: HTTP Live Streaming (HLS)
Dit is 'n HTTP-gebaseerde streaming media-oordragprotokol wat deur Apple Inc. geïmplementeer word, wat live en on-demand streaming media kan realiseer. Dit word hoofsaaklik in die iOS-stelsel gebruik en bied live en on-demand klank- en video-oplossings vir iOS-toestelle (soos iPhone en iPad). HLS on-demand is basies 'n algemene gesegmenteerde HTTP-on-demand. Die verskil is dat die segmente daarvan baie klein is. In vergelyking met algemene streaming media-regstreekse uitsaaiprotokolle, soos RTMP, RTSP, MMS, ens., Is die grootste verskil in HLS-regstreekse uitsending dat wat die regstreekse uitsaai-kliënt verkry, nie 'n volledige datastroom is nie.
Die HLS-protokol stoor die regstreekse datastroom as deurlopende kortlengte medialêers (MPEG-TS-formaat) aan die bedienerskant, en die kliënt laai hierdie klein lêers gereeld af en speel dit omdat die bedienerskant altyd die nuutste regstreekse uitsending sal opdateer. data genereer nuwe klein lêers, dus solank die kliënt die lêers wat vanaf die bediener verkry word, voortdurend speel, word die regstreekse uitsending gerealiseer. Daar kan gesien word dat basies beskou kan word dat HLS 'n tegniese manier is om op aanvraag >> regstreekse uitsending te realiseer. Aangesien die data deur die HTTP-protokol oorgedra word, hoef u nie firewalls of proxy's te oorweeg nie.
Daarbenewens is die duur van die gesegmenteerde lêer baie kort en kan die kliënt die bitsnelheid vinnig kies en verander om aan te pas by die afspeel onder verskillende bandwydte-toestande. Hierdie tegniese eienskap van HLS bepaal egter die
Die vertraging sal altyd hoër wees as die gewone regstreekse streamingprotokol.
// Beide iOS en Android ondersteun natuurlik hierdie protokol, die konfigurasie is eenvoudig, gebruik die videomarkering direk
*** VLS: Dit is 'n soort streaming-bediener wat spesiaal gebruik word om verskillende probleme van streaming op te los. Dit het ook 'n paar kenmerke van VLC. As bediener kan videolan http, rtp, rtsp-strome uitvoer.
In beginsel kan RTSP, RTMP en HTTP almal gebruik word vir regstreekse uitsendings en uitsendings op aanvraag, maar oor die algemeen word RTSP en RTMP gebruik vir regstreekse uitsendings, en HTTP word gebruik vir uitsending op aanvraag. Wat ons gekies het, is die RTMP-protokol.
Verskeie protokol vertragings en hul redes
rtmp en httpflv: Die data van hierdie twee protokolle is ongeveer dieselfde, so die redes vir die vertraging is dieselfde. Dit is vanselfsprekend dat regstreekse uitsendings op TCP uiters lae vertraging moet hê. Waarom het rtmp en httpflv nog latensie? Die rede is dat op h264, rtmp en httpflv flv-tags is wat gestuur word. Die data van die videomerk is gewoonlik h264-data. H264-dekodering het 'n IBP. Ek is 'n sleutelraamwerk, wat 'n volledige beeld is. U moet 'n ek hê voordat u dekodeer. Laasgenoemde BP-, BP-rame kan so min wees as wat u wil, maar ek-rame kan nie minder wees nie, dus moet ek-rame tweede in die flv-tag-oordrag oorgedra word (die eerste is h264spspps), maar ek is nie gereeld in h264-strome nie Daar is 'n I-raam na 'n tydperk. Hierdie tydperk staan algemeen bekend as GOP. By die kodering is die GOP baie kort. Wanneer die kliënt verbind, sal die bediener die naaste I-raam op die vinnigste spoed in die stroom vind en dit vanaf die I-raam stuur. Live data, maar as die GOP baie lank is, is die I-raam-interval baie lank, of wag tot die volgende I-frame begin om data na die nuwe verbinding te stuur, of vind die naaste I-raam in die buffer om te begin stuur, hier is die protokol vertraging van rtmp en hls Die belangrikste punt is dat dit op groot CDN-platforms "rtmp tweede openingstegnologie" genoem word. Die beginsel is om die drukdata twee keer te dekodeer en 'n klein gop in te stel. Oor die algemeen is gop op 1s gestel. Ongeag die vertraging van die netwerkoordragskakel, die maksimum datavertraging is 1s. Gelukkig is die I-raam 0 vertraging!
|
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