FMUSER Wirless senda vídeó og hljóð auðveldara!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afríku
sq.fmuser.org -> albanska
ar.fmuser.org -> arabísku
hy.fmuser.org -> armenska
az.fmuser.org -> Aserbaídsjan
eu.fmuser.org -> baskneska
be.fmuser.org -> Hvíta-Rússneska
bg.fmuser.org -> búlgarska
ca.fmuser.org -> katalónska
zh-CN.fmuser.org -> kínverska (einfölduð)
zh-TW.fmuser.org -> Kínverska (hefðbundin)
hr.fmuser.org -> Króatíska
cs.fmuser.org -> tékkneska
da.fmuser.org -> danska
nl.fmuser.org -> Hollendingar
et.fmuser.org -> eistneska
tl.fmuser.org -> filippseyska
fi.fmuser.org -> finnska
fr.fmuser.org -> franska
gl.fmuser.org -> galisíska
ka.fmuser.org -> Georgíumaður
de.fmuser.org -> þýska
el.fmuser.org -> gríska
ht.fmuser.org -> krít frá Haítí
iw.fmuser.org -> hebreska
hi.fmuser.org -> hindí
hu.fmuser.org -> ungverska
is.fmuser.org -> Íslenska
id.fmuser.org -> indónesísku
ga.fmuser.org -> Írar
it.fmuser.org -> ítalska
ja.fmuser.org -> japanska
ko.fmuser.org -> kóreska
lv.fmuser.org -> Lettneska
lt.fmuser.org -> Litháen
mk.fmuser.org -> Makedónska
ms.fmuser.org -> Malay
mt.fmuser.org -> maltneska
no.fmuser.org -> norska
fa.fmuser.org -> persneska
pl.fmuser.org -> pólska
pt.fmuser.org -> portúgalska
ro.fmuser.org -> rúmensk
ru.fmuser.org -> rússneska
sr.fmuser.org -> serbneska
sk.fmuser.org -> Slóvakía
sl.fmuser.org -> Slóvenía
es.fmuser.org -> spænska
sw.fmuser.org -> svahílí
sv.fmuser.org -> sænska
th.fmuser.org -> Tælenskur
tr.fmuser.org -> tyrkneska
uk.fmuser.org -> Úkraínska
ur.fmuser.org -> úrdú
vi.fmuser.org -> Víetnam
cy.fmuser.org -> velska
yi.fmuser.org -> jiddíska
Yfirlit yfir streymimiðil:
Með svokölluðum streymismiðlum er átt við fjölmiðlasniðið sem spilað er á Netinu með streymisendingu.
Streymimiðill er einnig þekktur sem streymimiðill, það þýðir að fyrirtæki nota vídeóafhendingarþjón til að senda forrit sem gagnapakka á netið.
Eftir að notandinn hefur þjappað niður gögnum í gegnum þrengingarbúnaðinn mun forritið birtast eins og áður.
Straummiðlar senda hljóð-, mynd- og margmiðlunarskrár á netinu með straumi.
Straumspilunarmiðilsnið er fjölmiðlasnið sem styður straumspilun og spilun.
Straumspilunarleið er að skipta margmiðlunarskrám eins og myndbandi og hljóði í þjöppunarpakka með sérstökum þjöppunarham,
Stöðug og rauntíma sending frá netþjóninum yfir í tölvu notandans. Í streymiskerfinu þurfa notendur ekki að bíða eftir allri skránni eins og ekki streymi
Aðeins eftir að öllu niðurhali er lokið getum við séð innihaldið, en aðeins eftir nokkrar sekúndur eða tugi sekúndna af seinkun gangsetningar getum við notað það í tölvu notandans
Samsvarandi spilari mun spila þjappað myndband eða hljóð og aðrar straumspilunarskrár og restin mun halda áfram að hlaða niður þar til spilun lýkur.
RTP: (Samskiptareglur í rauntíma)
RTP er samskiptareglugerð fyrir margmiðlunar gagnastraum á internetinu. RTP er notað ásamt RTCP og það er byggt á UDP samskiptareglum
Ólíkt HTTP og FTP getur RTP sótt alla vídeóskrána að fullu. Það sendir gögn á netið með föstu gagnahraða. Viðskiptavinurinn horfir einnig á myndskrána á þessum hraða. Hvenær
Eftir að kvikmyndin og sjónvarpsmyndin hefur verið spiluð er ekki hægt að spila hana aftur nema beðið sé um gögn frá netþjóni aftur.
RTCP: Samskiptareglur í rauntíma eða RTP (stjórnskipun eða RTCP)
RTCP er systur siðareglur RTP
Athugasemd: -: RTP samskiptareglur og RTCP eru notaðar saman, og það er byggt á UDP samskiptareglum (almennt notað fyrir myndfund)
RTSP: (Rauntímastreymisbókun)
Siðareglur fyrir straumspilun rauntíma, SDP (Session Description Protocol), RTP (rauntíma flutningsbókun).
RTSP er margmiðlunarstraumssamskiptaregla sem notuð er til að stjórna hljóði eða myndbandi. RTSP veitir rýmkandi ramma, sem gerir það mögulegt að stjórna og krefjast rauntímagagna, svo sem hljóð og mynd.
Fjölmiðlagögn nota RTP, RTCP samskiptareglur.
Almennt er UDP notað sem flutningslag. Hentar fyrir IPTV senur.
Gagnaheimildir fela í sér gögn á sviði og gögn sem eru geymd í myndskeiðum. Tilgangur þessarar samskiptareglu er að stjórna mörgum gagnaflutningstengingum og veita leið til að velja flutningsrásir, svo sem UDP, fjölvarp UDP og TCP
Það veitir einnig aðferð til að velja flutningskerfið byggt á RTP
Siðareglur netkerfisins sem notaðar eru við sendingu falla ekki undir skilgreiningu þess. Miðlarinn getur valið að nota TCP eða UDP til að senda straumefni, sem þolir meira töf netkerfisins
---> Mesti munurinn á RTSP og RTP er að RTSP er tvíhliða rauntímagagnasendingareglur, sem gerir viðskiptavininum kleift að senda beiðnir á netþjóninn, svo sem spilun, áfram, afturábak og svo framvegis. Hvenær
Hins vegar getur RTSP sent gögn byggð á RTP og getur einnig valið TCP, UDP, fjölvarp UDP og aðrar rásir til að senda gögn, sem hafa góða stigstærð. Það er svipað og HTTP samskiptareglur
Samskiptareglur netumsóknarlaga
WebRTC:
Siðareglur streymismiðla eru útfærðar á vefnum. Þegar Google setti upp webrtc fyrst sáu risarnir annaðhvort kalt eða mótmæltu. RTP samskiptareglur eru notaðar við sendingu.
RTMP (rauntímaskilaboðabókun)
Macromedia þróaði sett af lifandi vídeósiðareglum, tilheyrir nú Adobe. Eins og HLS er hægt að beita því á lifandi myndband og það tapast ekki miðað við TCP.
// Munurinn er sá að RTMP getur ekki spilað í IOS vafra byggt á flassi, en frammistaða hans í rauntíma er betri en HLS.
Siðareglur fyrir rauntíma eru opnar samskiptareglur þróaðar af Adobe Systems fyrir hljóð-, mynd- og gagnaflutning milli flash-spilara og netþjóns
// Í IOS kóða er RTMP almennt notað til að ýta á straumspilun. Þú getur notað bókasafn þriðja aðila librtmp IOS til að ýta á streymi. Librtmp hylur nokkur af forritaskilum API sem notendur geta hringt í
RTMP samskiptareglur krefjast einnig að viðskiptavinur og netþjónn komi á RTMP tengingu með „handabandi“ og sendi síðan stjórnunarupplýsingar um tenginguna. RTMP samskiptareglan mun sníða gögnin meðan á sendingu stendur. Til þess að ná fram betri margbreytileika, undirverktöku og upplýsingasanngirni, mun sendandinn skipta skilaboðunum í klumpa með skilaboðauðkenni, og hver klumpur getur verið sérskilaboð,
Það getur líka verið hluti af skilaboðunum. Viðtakandinn mun endurheimta klumpinn í full skilaboð í samræmi við lengd gagna, skilaboðauðkenni og skilaboð sem eru í klumpnum, til að senda og taka á móti upplýsingum.
HLS: HTTP Live Streaming (HLS)
Það er HTTP byggt á samskiptareglum um streymi frá miðöldum sem framkvæmd er af Apple Inc,
Það getur gert sér grein fyrir lifandi og eftirspurnarmiðlum, aðallega notaðir í IOS kerfi
Að veita hljóð og mynd lifandi og eftirspurn lausnir fyrir IOS tæki (svo sem iPhone og iPad).
HLS á eftirspurn er í grundvallaratriðum algengt hluti HTTP á eftirspurn. Munurinn er sá að hlutar þess eru mjög litlir.
Í samanburði við algengar samskiptareglur fyrir beina streymi, svo sem RTMP samskiptareglur, RTSP samskiptareglur, MMS samskiptareglur og svo framvegis, er stærsti munurinn á HLS lifandi streymi að það sem viðskiptavinurinn í beinni streymi fær er ekki full skilaboð
Gagnastraumurinn allur.
HLS samskiptareglan geymir lifandi gagnastreymi sem samfelldar, skammtíma og langar fjölmiðlaskrár (mpeg-ts snið) á netþjónahliðinni, en viðskiptavinahliðin halar niður og spilar stöðugt þessar litlu skrár,
Vegna þess að netþjónninn býr alltaf til nýjar litlar skrár úr nýjustu lifandi gögnum, svo framarlega sem viðskiptavinurinn spilar stöðugt skrárnar sem fást frá netþjóninum í röð, þá er beina útsendingin að veruleika.
Það má sjá að í grundvallaratriðum er HLS byggt á>> eftirspurnartækni til að ná lifandi <<. Vegna þess að gögnin eru send í gegnum HTTP samskiptareglur er engin þörf á að huga að eldvegg eða umboðsmanni
Þar að auki er lengd hluti skráarinnar mjög stutt, svo viðskiptavinurinn getur fljótt valið og skipt um kóðahraða til að laga sig að spilun við mismunandi bandvíddaraðstæður. Hins vegar ákvarðar tæknilegir eiginleikar HLS framtíðarþróun þess
Almennt er seinkunin alltaf meiri en venjuleg siðareglur um beina streymi.
// Bæði IOS og Android styðja náttúrulega þessa samskiptareglur og stillingarnar eru einfaldar. Þú getur notað myndbandamerkið beint
*** VLS: er eins konar streymiþjónn, sem er sérstaklega notaður til að leysa ýmis vandamál streymis. Það hefur einnig nokkur einkenni VLC. Sem netþjónn getur videolan sent frá sér HTTP, RTP og RTSP straum.
Í grundvallaratriðum er hægt að nota RTSP, RTMP og HTTP fyrir beinar útsendingar og eftirspurn, en almennt er RTSP og RTMP notuð við beina útsendingu og HTTP er notað til útvarps eftir beiðni. Við veljum RTMP samskiptareglur.
Töf á ýmsum samskiptareglum og orsökum þess
RTMP og httpflv: gögn þessara tveggja samskiptareglna eru nokkurn veginn þau sömu, svo ástæður tafar eru svipaðar. Það er eðlilegt að segja að seinkun á beinni útsendingu TCP streymis er mjög lítil. Af hverju er seinkun á RTMP og httpflv? Ástæðan er sú að á h264 eru RTMP og httpflv bæði send flv merki. Gögn myndskeiðsins eru venjulega H264 gögn. H264 afkóðun er með IBP. Ég er lykilramminn, sem er heildarmynd. Þú verður fyrst að hafa I til að afkóða eftirfarandi BP. Fjöldi BP ramma getur verið eins fáur og þú vilt, en fjöldi I ramma getur ekki verið minni, þannig að ég rammar verða að vera í flv Merkjasending er önnur sendingin (sú fyrsta er h264spps). Hins vegar eru I-rammar ekki algengir í H264 lækjum. Það er aðeins ein I-ramma á eftir annarri. Þetta bil er almennt þekkt sem GOP. Við kóðun er GOP stillt mjög stutt. Þegar viðskiptavinurinn tengist finnur netþjónninn nýjasta I-rammann í straumnum á hraðasta hraða og sendir lifandi gögn frá I-ramma. Hins vegar, þegar GOP er mjög langt, er I-rammatímabilið mjög langt, eða bíddu eftir næsta I-ramma til að byrja að senda gögn í nýju tenginguna, eða finndu nýjustu I-rammann í skyndiminni til að byrja að senda. Þetta er lykillinn að seinkun RTMP og HLS samskiptareglna. Á helstu CDN vettvangi er það kallað „RTMP second on technology“. Meginreglan er að afkóða streymisgögnin tvisvar og setja lítinn GOP. Almennt, þegar GOP er stillt á 1s, óháð flutningstengingu netkerfisins, er hámarks gagnatöf 1s. Sem betur fer er ég með 0 töf!
|
Sláðu inn tölvupóst til að koma á óvart
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afríku
sq.fmuser.org -> albanska
ar.fmuser.org -> arabísku
hy.fmuser.org -> armenska
az.fmuser.org -> Aserbaídsjan
eu.fmuser.org -> baskneska
be.fmuser.org -> Hvíta-Rússneska
bg.fmuser.org -> búlgarska
ca.fmuser.org -> katalónska
zh-CN.fmuser.org -> kínverska (einfölduð)
zh-TW.fmuser.org -> Kínverska (hefðbundin)
hr.fmuser.org -> Króatíska
cs.fmuser.org -> tékkneska
da.fmuser.org -> danska
nl.fmuser.org -> Hollendingar
et.fmuser.org -> eistneska
tl.fmuser.org -> filippseyska
fi.fmuser.org -> finnska
fr.fmuser.org -> franska
gl.fmuser.org -> galisíska
ka.fmuser.org -> Georgíumaður
de.fmuser.org -> þýska
el.fmuser.org -> gríska
ht.fmuser.org -> krít frá Haítí
iw.fmuser.org -> hebreska
hi.fmuser.org -> hindí
hu.fmuser.org -> ungverska
is.fmuser.org -> Íslenska
id.fmuser.org -> indónesísku
ga.fmuser.org -> Írar
it.fmuser.org -> ítalska
ja.fmuser.org -> japanska
ko.fmuser.org -> kóreska
lv.fmuser.org -> Lettneska
lt.fmuser.org -> Litháen
mk.fmuser.org -> Makedónska
ms.fmuser.org -> Malay
mt.fmuser.org -> maltneska
no.fmuser.org -> norska
fa.fmuser.org -> persneska
pl.fmuser.org -> pólska
pt.fmuser.org -> portúgalska
ro.fmuser.org -> rúmensk
ru.fmuser.org -> rússneska
sr.fmuser.org -> serbneska
sk.fmuser.org -> Slóvakía
sl.fmuser.org -> Slóvenía
es.fmuser.org -> spænska
sw.fmuser.org -> svahílí
sv.fmuser.org -> sænska
th.fmuser.org -> Tælenskur
tr.fmuser.org -> tyrkneska
uk.fmuser.org -> Úkraínska
ur.fmuser.org -> úrdú
vi.fmuser.org -> Víetnam
cy.fmuser.org -> velska
yi.fmuser.org -> jiddíska
FMUSER Wirless senda vídeó og hljóð auðveldara!
Hafa samband
Heimilisfang:
No.305 herbergi HuiLan bygging nr.273 Huanpu Road Guangzhou Kína 510620
Flokkar
Fréttabréf