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
Streaming media oorsig:
Die sogenaamde streaming media verwys na die mediaformaat wat op die internet gespeel word deur middel van streaming-oordrag.
Streaming media staan ook bekend as streaming media, dit beteken dat ondernemings 'n bediener vir aflewering van video's gebruik om programme as datapakkies na die netwerk te stuur.
Nadat die gebruiker die data deur die dekompressietoestel gedekomprimeer het, sal die program soos voorheen vertoon word.
Stroommedia stuur klank-, video- en multimedia-lêers in die netwerk deur te stroom.
Streaming media-lêerformaat is 'n media-formaat wat streaming-oordrag en -afspeel ondersteun.
Streaming-oordragmodus is om multimedia-lêers soos video en klank in kompressiepakkette te verdeel deur middel van spesiale kompressiemodus,
Deurlopende en intydse versending vanaf die bediener na die gebruiker se rekenaar. In die stroomstelsel hoef gebruikers nie op die hele lêer te wag soos om nie te stroom nie
Eers nadat al die aflaaie voltooi is, kan ons die inhoud sien, maar eers na 'n paar sekondes of dekades sekondes se opstartvertraging, kan ons dit op die gebruiker se rekenaar gebruik
Die ooreenstemmende speler sal die saamgeperste video- of klank- en ander streaming media-lêers speel, en die res sal voortgaan om af te laai tot aan die einde van die speel.
RTP: (intydse vervoerprotokol)
RTP is 'n vervoerlaagprotokol vir multimedia-datastroom op internet. RTP word saam met RTCP gebruik en is gebaseer op UDP-protokol
In teenstelling met HTTP en FTP, kan RTP die hele videolêer heeltemal aflaai. Dit stuur data op die netwerk teen 'n vaste datatempo. Die kliënt kyk ook na die videolêer teen hierdie snelheid. Wanneer
Nadat die film- en televisiebeeld gespeel is, kan dit nie weer gespeel word nie, tensy die data weer van die bediener gevra word.
RTCP: intydse protokol vir vervoerbeheer of RTP (kontroleprotokol of RTCP)
RTCP is 'n susterprotokol van RTP
Opmerking: -: RTP-protokol en RTCP word saam gebruik, en dit is gebaseer op UDP-protokol (gewoonlik gebruik vir videokonferensie)
RTSP: (Real Time Streaming Protocol)
Realtime streaming media sessie protokol, SDP (Session Description Protocol), RTP (real time Transport Protocol).
RTSP 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 te eis.
Media-data gebruik RTP, RTCP-protokol.
Oor die algemeen word UDP as die transportlaag gebruik. Geskik vir IPTV-tonele.
Databronne bevat velddata en data wat in snitte gestoor word. Die doel van hierdie protokol is om veelvuldige data-oordragverbindings te beheer en 'n manier te bied om transmissiekanale te kies, soos UDP, multicast UDP en TCP
Dit bied ook 'n metode om die oordragmeganisme op RTP te kies
Die netwerkprotokol wat in die oordrag gebruik word, val nie onder die definisie daarvan nie. Die bediener kan kies om TCP of UDP te gebruik om die stroominhoud oor te dra, wat meer verdraagsaam is vir netwerkvertraging
---> Die grootste verskil tussen RTSP en RTP is dat RTSP 'n tweerigting intydse protokol is vir die oordrag van data, wat die kliënt in staat stel om versoeke na die bediener te stuur, soos om terug te speel, vinnig vorentoe, agteruit, ensovoorts. Wanneer
RTSP kan egter data op basis van 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
WebRTC:
Die protokol vir streaming media word op die internet geïmplementeer. Toe Google die eerste keer webrtc van stapel gestuur het, het die reuse koud gekyk of weerstaan. RTP-protokol word gebruik vir oordrag.
RTMP (protokol vir intydse boodskappe)
Macromedia het 'n stel regstreekse videoprotokolle ontwikkel, wat nou aan Adobe behoort. 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 kan speel op grond van flits nie, maar die prestasie in realtime is beter as HLS.
Intydse boodskapprotokol is 'n oop protokol wat deur Adobe Systems ontwikkel is vir klank-, video- en data-oordrag tussen die flitspeler en die bediener
// In IOS-kode word RTMP gewoonlik gebruik om stroming te stoot. U kan die biblioteek librtmp IOS van derdepartye gebruik om stroming te stoot. Librtmp bevat 'n paar kern-API's wat gebruikers kan oproep
RTMP-protokol vereis ook dat die kliënt en die bediener die RTMP-verbinding deur middel van 'handdruk' tot stand bring, en dan beheerinligting oor die verbinding moet oordra. Die RTMP-protokol formateer die data tydens die versending. Om beter multiplexing, subkontraktering en regverdigheid van inligting te bewerkstellig, sal die sender die boodskap in stukke met boodskap-ID verdeel, en elke gedeelte kan 'n aparte boodskap wees,
Dit kan ook deel uitmaak van die boodskap. Die ontvanger sal die stuk na 'n volledige boodskap herstel volgens die lengte van die data, boodskap-ID en die boodskap in die stuk, om inligting te stuur en ontvang.
HLS: HTTP Live Streaming (HLS)
Dit is 'n HTTP-gebaseerde stroommediavervoerprotokol wat geïmplementeer word deur Apple Inc,
Dit kan lewendige en on-demand streaming media realiseer, wat hoofsaaklik in die IOS-stelsel gebruik word
Om lewendige en on-demand oplossings vir klank en video vir IOS-toestelle (soos iPhone en iPad) te bied.
HLS on demand is basies 'n algemene gesegmenteerde HTTP op aanvraag. Die verskil is dat die segmente daarvan baie klein is.
In vergelyking met die gewone live streaming protokolle, soos RTMP-protokol, RTSP-protokol, MMS-protokol, ensovoorts, is die grootste verskil van HLS live streaming dat wat die live streaming-kliënt verkry nie 'n volledige boodskap is nie.
Die hele datastroom.
Die HLS-protokol stoor die lewendige datastroom as deurlopende, korttermyn- en lang medialêers (mpeg-ts-formaat) aan die bedienerkant, terwyl die kliënt se kant hierdie klein lêers voortdurend aflaai en speel,
Omdat die bediener altyd nuwe klein lêers genereer uit die nuutste regstreekse data, so lank as wat die kliënt die lêers wat vanaf die bediener verkry is, deurlopend in orde speel, word die regstreekse uitsending gerealiseer.
Daar kan gesien word dat HLS basies gebaseer is op>> on-demand tegnologie om live <<te bereik. Omdat die data deur die HTTP-protokol oorgedra word, hoef u nie die firewall of proxy te oorweeg nie
Boonop is die lengte van die gesegmenteerde lêer baie kort, sodat die kliënt die kodetempo vinnig kan kies en verander om aan te pas by die afspeel onder verskillende bandwydte-toestande. Hierdie soort tegniese eienskappe van HLS bepaal egter die toekomstige ontwikkeling daarvan
Oor die algemeen is die vertraging altyd hoër as die normale regstreekse stroomprotokol.
// Beide IOS en Android ondersteun natuurlik hierdie protokol, en die konfigurasie is eenvoudig. U kan die videomerking direk gebruik
*** VLS: 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- en RTSP-strome uitvoer.
In beginsel kan RTSP, RTMP en HTTP gebruik word vir regstreekse en on-demand uitsendings, maar oor die algemeen word RTSP en RTMP gebruik vir regstreekse uitsaai en HTTP word gebruik vir uitsending op aanvraag. Ons kies RTMP-protokol.
Vertraging van verskillende protokolle en die oorsake daarvan
RTMP en httpflv: die data van hierdie twee protokolle is ongeveer dieselfde, dus die redes vir vertraging is soortgelyk. Dit is redelik om te sê dat die vertraging van die live uitsending van TCP baie laag is. Waarom is daar vertraging in RTMP en httpflv? Die rede is dat op h264, RTMP en httpflv albei flv-tags versend word. Die data van die videomerk is gewoonlik H264-data. H264-dekodering het 'n IBP. Ek is die sleutelraamwerk, wat 'n volledige beeld is. U moet eers 'n I hê om die volgende BP te dekodeer. Die aantal BP-rame kan so min wees as wat u wil, maar die aantal I-rame kan nie minder wees nie, daarom moet ek rame in flv wees. Die transmissie is die tweede transmissie (die eerste is h264spps). I-rame is egter nie algemeen in H264-strome nie. Daar is net die een ek-raam na die ander. Hierdie interval staan algemeen bekend as GOP. GOP is baie kort tydens die kodering. Wanneer die kliënt verbind, sal die bediener die nuutste I-raam in die stroom op die vinnigste spoed vind en live data vanaf die I-raam stuur. As GOP egter baie lank is, is die interval van die I-frame baie lank, of wag tot die volgende I-raamwerk begin om data na die nuwe verbinding te stuur, of vind die nuutste I-raam in die kas om te begin stuur. Dit is die sleutel tot die vertraging van RTMP- en HLS-protokolle. In groot CDN-platforms word dit 'RTMP second on technology' genoem. Die beginsel is om die stroomdata twee keer te dekodeer en 'n klein GOP in te stel. In die algemeen, wanneer GOP op 1s ingestel is, ongeag die netwerkversendingsverbindingsvertraging, is die maksimum datavertraging 1s. Gelukkig stel ek 0 vertraging in!
|
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