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 streymi:
Með svokölluðum streymismiðlum er átt við fjölmiðlasniðið sem spilað er á Netinu með streymisendingu.
Straummiðill er einnig kallaður streymimiðill. Það vísar til fyrirtækja sem nota vídeósendingarþjóni til að senda út forrit sem gagnapakka og afhenda þeim á netið.
Eftir að notandinn hefur þjappað niður gögnum í gegnum þrengingarbúnaðinn birtist forritið eins og fyrir sendingu.
Straummiðlar senda hljóð-, mynd- og margmiðlunarskrár í formi streymis um netið.
Straumspilunarmiðill er miðlunarform sem styður straumspilun og spilun.
Straumaðferðin er að skipta margmiðlunarskrám eins og myndbandi og hljóði í þjappaða pakka með sérstakri þjöppunaraðferð.
Stöðug og rauntíma sending frá netþjóninum yfir í tölvu notandans. Í kerfum sem nota straumspilun þurfa notendur ekki að bíða eftir allri skránni eins og spilun án streymis.
Efnið er hægt að sjá eftir að öllu niðurhali er lokið, en aðeins er hægt að nota nokkrar sekúndur eða tugi sekúndna í töf á ræsingu á tölvu notandans
Samsvarandi spilari spilar þjappað myndskeið eða hljóð og aðrar straumspilunarskrár og hinum hlutanum verður haldið áfram að hlaða niður þar til spilun er lokið.
1. RTP: (Samskiptareglur í rauntíma)
Það er samskiptareglur fyrir margmiðlunargagnastreymi á Netinu. RTP samskiptareglur og RTP stjórnunaraðferðir RTCP eru notaðar saman,
Og það er byggt á UDP samskiptareglum.
RTP er ekki eins og http og ftp sem geta sótt alla kvikmyndaskrána alveg. Það sendir gögn um netið með föstu gagnahraða. Viðskiptavinurinn horfir einnig á kvikmyndaskrána á þessum hraða.
Eftir að kvikmyndaskjárinn hefur verið spilaður er ekki hægt að spila hann ítrekað nema beðið sé um gögn frá þjóninum aftur.
2. RTCP: Rauntíma samgöngustýringarbókun eða RTP stýribókun eða stutt í RTCP)
Símatilskipunaraðferðir í rauntíma eru systur samskiptareglur rauntímaskipta samskiptareglna (RTP).
Athugasemd: -: RTP samskiptareglur og RTP stjórnunar samskiptareglur (RTCP) eru notaðar saman og það er byggt á UDP samskiptareglum (venjulega notað til myndfundar)
3. RTSP: (Rauntímastreymisbókun)
Rauntíma straumspilunarsamskiptareglur, SDP (siðareglur siðareglna), RTP (samskiptareglur í rauntíma).
Það er margmiðlun straumspilunarregla 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ðlunargögnin nota rtp og rtcp samskiptareglur. Notaðu almennt udp sem flutningslag. Hentar fyrir IPTV senur. Gagnaheimildir innihalda lifandi gögn og gögn sem eru geymd í myndskeiðum. Tilgangur þessarar samskiptareglu er að stjórna mörgum gagnaflutningstengingum, veita leið til að velja flutningsrásir, svo sem UDP, multicast UDP og TCP, og veita aðferðir til að velja flutningskerfi byggt á RTP. Samskiptareglur netsins sem notaðar eru við sendingu eru ekki innan skilgreiningar hennar. Miðlarinn getur valið að nota TCP eða UDP til að senda straumspilunarefni, sem þolir meira tafir á netkerfinu.
--->: Stærsti munurinn á RTSP og RTP er sá að: RTSP er tvíhliða rauntímagagnasendingareglur, sem gerir viðskiptavininum kleift að senda beiðnir á netþjóninn, svo sem spilun, spóla áfram og afturábak. hvenær
Auðvitað getur RTSP sent gögn byggð á RTP og getur einnig valið TCP, UDP, multicast UDP og aðrar rásir til að senda gögn, sem hafa góða sveigjanleika. Það er svipað og http samskiptareglan
Samskiptareglur netumsóknarlaga.
4. WebRTC:
Vefhliðin útfærir samskiptareglur um streymi. Þegar Google setti WebRTC fyrst í loftið sátu risarnir annað hvort á hliðarlínunni eða stóðu gegn því. Notaðu sendingu RTP samskiptareglna.
5. RTMP (Siðareglur fyrir rauntíma skilaboð)
A setja af lifandi vídeó samskiptareglum þróað af Macromedia er nú í eigu Adobe. Eins og HLS er hægt að beita því á lifandi myndband og það tapast ekki miðað við TCP.
// Munurinn er sá að ekki er hægt að spila RTMP í iOS vafranum út frá flassi, en frammistaða í 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óna.
// Í iOS kóðanum er RTMP almennt notað til að ýta straumnum. Þú getur notað bókasafn þriðja aðila librtmp-iOS til að ýta á strauminn. librtmp hylur upp nokkur alger API sem notendur geta hringt í
RTMP samskiptareglan krefst þess einnig að viðskiptavinurinn og netþjónninn stofni RTMP tengingu með „handabandi“ og sendi síðan stjórnunarupplýsingar um tenginguna. RTMP samskiptareglan mun sníða gögnin meðan á sendingu stendur. Í raunverulegri sendingu, til að ná betri margbreytileika, undirpökkun og sanngirni upplýsinga, mun sendandinn skipta skilaboðunum í bita með skilaboðauðkenni, hver klumpur getur verið eitt skilaboð,
Það getur líka verið hluti af skilaboðunum. Móttökulokinn mun endurheimta klumpinn í heill skilaboð í samræmi við lengd gagnanna sem eru í klumpnum, lengd skilríkisins og lengd skilaboðanna, til að átta sig á sendingu og móttöku upplýsinga.
6. HLS: HTTP lifandi straumspilun (HLS)
Þetta er HTTP-byggt samskiptaregla um streymimiðla sem framkvæmd er af Apple Inc., sem getur áttað sig á streymimiðlum í beinni og eftirspurn. Það er aðallega notað í IOS kerfinu og veitir hljóð og mynd lifandi og eftirspurn lausnir fyrir iOS tæki (svo sem iPhone og iPad). HLS eftirspurn er í grundvallaratriðum algengur hluti HTTP eftirspurn. Munurinn er sá að hlutar þess eru mjög litlir. Í samanburði við algengar samskiptareglur um beina útsendingu frá miðöldum, svo sem RTMP, RTSP, MMS osfrv., Er stærsti munurinn á HLS beinni útsendingu sá að það sem viðskiptavinurinn í beinni útsendingu fær er ekki heill gagnastraumur.
HLS samskiptareglan geymir lifandi gagnastreymi sem samfelldar skrár til lengri tíma (MPEG-TS snið) á netþjóninum og viðskiptavinurinn halar niður og spilar þessar litlu skrár stöðugt, vegna þess að netþjónninn mun alltaf uppfæra nýjustu beinu útsendinguna gögn búa til nýjar litlar skrár, svo svo framarlega sem viðskiptavinurinn spilar stöðugt skrárnar sem fást frá netþjóninum í röð, þá er beina útsendingin að veruleika. Það er hægt að sjá að í grundvallaratriðum má líta svo á að HLS sé tæknileg leið >> eftirspurn til að átta sig á beinni útsendingu <<. Þar sem gögnin eru send í gegnum HTTP samskiptareglur er alls ekki þörf á að huga að eldveggjum eða umboðsmönnum.
Að auki er tímalengd skráarsniðsins mjög stutt og viðskiptavinurinn getur fljótt valið og skipt um bitahraða til að laga sig að spilun við mismunandi bandvíddaraðstæður. Hins vegar ræður þessi tæknilegi eiginleiki HLS þess
Seinkunin verður alltaf meiri en venjuleg beiðni um streymi í beinni.
// Bæði iOS og Android styðja náttúrulega þessa samskiptareglur, stillingarnar eru einfaldar, notaðu bara myndbandamerkið beint
*** VLS: Það 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, rtsp streams.
Í grundvallaratriðum er hægt að nota RTSP, RTMP og HTTP fyrir beina útsendingu og útvarpsþörf eftir beiðni, en almennt er RTSP og RTMP notuð til beinnar útsendingar og HTTP er notað fyrir útvarp eftir beiðni. Það sem við völdum er RTMP samskiptareglan.
Ýmsir seinkun siðareglna og ástæður þeirra
rtmp og httpflv: Gögn þessara tveggja samskiptareglna eru nokkurn veginn þau sömu, svo að ástæður töfarinnar eru þær sömu. Það er ástæðulaust að tcp streymi í beinni útsendingu ætti að hafa afar lága biðtíma. Af hverju hafa rtmp og httpflv ennþá biðtíma? Ástæðan er sú að á h264, rtmp og httpflv eru flv merki sem eru send. Gögn vídeómerkisins eru venjulega h264 gögn. H264 afkóðun er með IBP. Ég er lykilrammi, sem er heildarmynd. Þú verður að hafa I áður en þú afkóðar. Síðarnefndu BP, BP rammarnir geta verið eins fáir og þú vilt, en ég rammarnir geta ekki verið minni, þannig að ég rammarnir verða að vera sendir í öðru lagi í flv merkjasendingu (sá fyrsti er h264spspps), en ég rammarnir eru ekki oft til staðar í h264 straumum, Það er I rammi eftir nokkurn tíma. Þessi tími er almennt þekktur sem GOP. Við kóðun er GOP stillt mjög stutt. Þegar viðskiptavinurinn tengist finnur netþjónninn næsta I ramma í straumnum á besta hraða og sendir hann frá I rammanum. Lifandi gögn, en þegar GOP er mjög langt er I rammabilið mjög langt, eða bíddu eftir að næsta I ramma byrji að senda gögn í nýju tenginguna, eða finndu næsta I ramma í biðminni til að hefja sendingu, hér er seinkun rtmp og hls siðareglna Lykilatriðið er að á helstu CDN vettvangi er það kallað „rtmp second opening technology“. Meginreglan er að afkóða ýtugögnin tvisvar og setja lítið gop. Almennt er gop stillt á 1s. Burtséð frá töf á flutningstengingu símkerfisins er hámarks gagnatöf 1s. Sem betur fer er I ramminn 0 seinkun!
|
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