Ang FMUSER Wirless ay Naghahatid ng Video At Audio Nang Mas Madali!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanian
ar.fmuser.org -> Arabe
hy.fmuser.org -> Armenian
az.fmuser.org -> Azerbaijani
eu.fmuser.org -> Basque
be.fmuser.org -> Belarusian
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Catalan
zh-CN.fmuser.org -> Intsik (Pinasimple)
zh-TW.fmuser.org -> Intsik (Tradisyunal)
hr.fmuser.org -> Croatian
cs.fmuser.org -> Czech
da.fmuser.org -> Danish
nl.fmuser.org -> Dutch
et.fmuser.org -> Estonian
tl.fmuser.org -> Pilipino
fi.fmuser.org -> Finnish
fr.fmuser.org -> Pranses
gl.fmuser.org -> Galician
ka.fmuser.org -> Georgian
de.fmuser.org -> Aleman
el.fmuser.org -> Greek
ht.fmuser.org -> Haitian Creole
iw.fmuser.org -> Hebrew
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Icelandic
id.fmuser.org -> Indonesian
ga.fmuser.org -> Irish
it.fmuser.org -> Italian
ja.fmuser.org -> Japanese
ko.fmuser.org -> Koreano
lv.fmuser.org -> Latvian
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> Macedonian
ms.fmuser.org -> Malay
mt.fmuser.org -> Maltese
no.fmuser.org -> Norwegian
fa.fmuser.org -> Persian
pl.fmuser.org -> Polish
pt.fmuser.org -> Portuges
ro.fmuser.org -> Romanian
ru.fmuser.org -> Ruso
sr.fmuser.org -> Serbiano
sk.fmuser.org -> Slovak
sl.fmuser.org -> Slovenian
es.fmuser.org -> Espanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Suweko
th.fmuser.org -> Thai
tr.fmuser.org -> Turkish
uk.fmuser.org -> Ukrainian
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> Welsh
yi.fmuser.org -> Yiddish
1. RTP / RTCP na protocol
protocol ng RTP
Ang buong pangalan ng RTP ay Real-time Transport Protocol (Real-time Transport Protocol).
Ito ay pamantayan na iminungkahi ng IETF (The Internet Engineering Task Force), at ang kaukulang dokumento ng RFC ay RFC3550 (ang RFC1889 ay isang nag-expire na bersyon). Ang RFC3550 ay hindi lamang tumutukoy sa RTP, ngunit tinutukoy din ang sumusuporta sa kaugnay na protocol RTCP (Real-time Transport Control Protocol, iyon ay, Real-time Transport Control Protocol). Ginagamit ang RTP upang magbigay ng mga serbisyo ng paghahatid ng real-time na end-to-end para sa iba't ibang data ng multimedia na kailangang maipadala sa real time, tulad ng boses, imahe, at fax sa IP network. Nagbibigay ang RTP ng impormasyon sa oras at pag-synck ng stream para sa end-to-end na real-time na paghahatid sa Internet, ngunit hindi ginagarantiyahan ang kalidad ng serbisyo, na ibinibigay ng RTCP.
Kapaligiran ng aplikasyon ng RTP
(1) Simpleng multicast audio conference. Ang komunikasyon sa boses ay natanto sa pamamagitan ng isang multicast address at isang pares ng mga port. Ang isa ay para sa audio data (RTP) at ang iba pa ay para sa mga control packet (RTCP).
(2) Audio at video conferencing. Kung ang parehong mga audio at video conference ay ginamit sa isang pagpupulong, ang dalawang media na ito ay maililipat sa magkakaibang mga sesyon ng RTP, at ang bawat session ay gagamit ng iba't ibang transmission address (IP address + port). Kung gumagamit ang isang gumagamit ng dalawang session nang sabay, ang packet ng RTCP na naaayon sa bawat session ay gumagamit ng canonical na pangalan na CNAME (Canonical Name). Ang mga kalahok ay maaaring makakuha ng nauugnay na audio at video ayon sa CNAME sa RTCP packet, at pagkatapos ay i-synchronize ang audio at video ayon sa impormasyon ng tiyempo (Network time protocol) sa RTCP packet.
(3) Tagasalin at panghalo. Ang tagasalin at panghalo ay parehong mga sistema ng relay sa antas ng RTP. Ginagamit ang mga tagasalin sa mga lugar ng gumagamit na hindi direktang maabot sa pamamagitan ng IP multicast, tulad ng isang firewall sa pagitan ng nagpadala at ng tatanggap. Kapag ang format ng pag-encode ng audio na maaaring matanggap ng mga kalahok ay iba, halimbawa, kung ang isang kalahok ay kumokonekta sa isang mataas na bilis na kumperensya sa pamamagitan ng isang mababang bilis na link, isang panghalo ang ginagamit. Bago ipasok ang network kung saan kailangang baguhin ang format ng audio data, muling itinatayo ng panghalo ang mga audio packet mula sa isang mapagkukunan o maraming mapagkukunan, pinagsasama ang muling itinayo na maraming mga audio, at na-encode ito ng isa pang audio encoding. Ipasa ang bagong RTP packet na ito. Ang lahat ng mga packet ng data mula sa isang taong magaling makisama ay dapat makilala ng panghalo bilang kanilang mapagkukunang pagsabay (SSRC, tingnan ang encapsulasyon ng RTP), at ang tagapagsalita ay makumpirma sa pamamagitan ng listahan ng mapagkukunan ng kontribusyon (talahanayan ng CSRC, tingnan ang encapsulation ng RTP).
RTCP na protocol
Ang Real-time Control Protocol (RTCP) at RTP ay magkasamang tinukoy sa RFC 1889 na iminungkahi noong 1996. Ito ay isang control protocol na gumagana sa RTP. Ang RTCP ay tumatakbo sa mababang antas ng protokol nang nag-iisa, at ang mababang antas na protocol ay nagbibigay ng multiplexing ng mga data at control packet. Sa panahon ng sesyon ng RTP, ang bawat kalahok ng sesyon ay pana-panahong nagpapadala ng mga RTCP control packet sa lahat ng iba pang mga kalahok. Para sa mga session o pag-broadcast ng RTP, karaniwang ginagamit ang isang solong multi-target na broadcast address. Ang lahat ng mga RTP at RTCP packet na kabilang sa session na ito ay gumagamit ng multi-target na broadcast address na ito. Ang mga RTP packet at RTCP packet ay maaaring makilala sa pamamagitan ng paggamit ng iba't ibang mga numero ng port. .
ay isang sister protocol ng Real Time Transport Protocol (RTP). Nagbibigay ang RTCP ng kontrol sa labas ng banda para sa mga stream ng RTP media. Ang RTCP mismo ay hindi nagpapadala ng data, ngunit nakikipagtulungan sa RTP upang i-package at ipadala ang data ng multimedia. Pana-panahong nagpapadala ang RTCP ng kontrol ng data sa pagitan ng mga kalahok sa isang streaming na sesyon ng multimedia. Ang pangunahing pagpapaandar ng RTCP ay upang magbigay ng puna sa Kalidad ng Serbisyo na ibinigay ng RTP.
Ginagawa ng RTCP ang mga sumusunod na apat na pag-andar:
(1) Pangunahin upang magbigay ng puna sa kalidad ng paglabas ng data. Ang RTCP ay isang bahagi ng RTP transmission protocol at nauugnay sa pagdaloy at kontrol ng kasikipan ng iba pang mga protocol na paghahatid. Ang feedback ay may direktang epekto sa adaptive control ng pag-encode, ngunit ipinapakita ng karanasan sa multicast ng IP na ang pagtanggap ng feedback mula sa nagpadala ay mahalaga para sa pag-diagnose ng mga error sa paghahatid. Ang pagpapadala at pagtanggap ng mga ulat ng feedback sa lahat ng mga kalahok ay nagbibigay-daan sa mga nagmamasid sa problema na tantyahin kung ang mga problemang iyon ay lokal o pandaigdigan. Ang mga mekanismo ng pag-publish tulad ng IP multicasting ay ginagawang posible para sa mga pangkat tulad ng mga service provider ng network na makatanggap ng puna at kumilos bilang mga third-party na monitor upang masuri ang mga problema sa network. Ginagawa ang pagpapaandar ng feedback ng mga ulat ng nagpadala at tatanggap ng RTCP.
(2) Ang RTCP ay nagdadala ng pinagmulan ng RTP ng paulit-ulit na pagkakakilanlan ng layer ng transportasyon na tinatawag na isang canonical na pangalan (CNAME). Kung may natagpuang isang salungatan, o nai-restart ang programa, dahil maaaring mabago ang pagkakakilanlan ng SSRC, kailangan ng tatanggap ng CNAME upang subaybayan ang kalahok. Kailangan din ng tatanggap ang CNAME upang makipag-ugnay sa maraming mga stream ng data na ibinigay sa nauugnay na koneksyon sa RTP.
(3) Ang unang dalawang pag-andar ay nangangailangan ng lahat ng mga kalahok na magpadala ng mga pack ng RTCP. Samakatuwid, upang mapalawak ang RTP sa malalaking dami, dapat kontrolin ang rate. Hayaan ang bawat kalahok na magpadala ng mga control packet sa iba pang mga kalahok, na nagdaragdag ng bilang ng mga independiyenteng kalahok sa pagmamasid. Ang numerong ito ay ginagamit upang makalkula ang rate kung saan ipinapadala ang mga packet.
(4) Ang opsyonal na pag-andar ay upang magpadala ng minimum na impormasyon sa pagkontrol sa koneksyon, tulad ng pagkilala sa mga kalahok. Malamang na magamit sa mga koneksyon na "maluwag na kontrol", kung saan malaya ang mga kalahok na pumasok o umalis nang walang kontrol sa miyembro o koordinasyon ng parameter. Ang RTCP ay gumaganap bilang isang maginhawang channel sa lahat ng mga kalahok, ngunit hindi kailangang suportahan ang lahat ng mga kinakailangang kontrol sa komunikasyon ng aplikasyon.
Kapag ginamit ang RTP sa IP multicast, ang unang tatlong mga pagpapaandar ay kinakailangan at inirerekomenda para sa lahat ng mga sitwasyon. Dapat iwasan ng mga taga-disenyo ng application ng RTP ang paggamit ng mga mekanismo na gagana lamang sa unicast mode, na magreresulta sa kawalan ng kakayahang sukatan.
2. Ang ugnayan sa pagitan ng RTP / RTCP at iba pang mga protokol
Pag-stream ng diagram ng arkitektura ng media
Ang ugnayan sa pagitan ng RTP protocol at iba pang mga protokol
Ang RTP, TCP, at UDP ay lahat ng mga protokol ng layer ng transportasyon; Ang RTP ay maaari ring maituring na nasa pagitan ng application layer at ng layer ng transportasyon
Tulad ng makikita mula sa pigura, ang RTP ay nahahati sa layer ng transportasyon, na binuo sa UDP. Tulad ng UDP protocol, upang mapagtanto ang real-time na pagpapaandar ng paghahatid, ang RTP ay mayroon ding isang nakapirming form ng encapsulation. Ginagamit ang RTP upang magbigay ng impormasyon sa oras at i-stream ang pagsabay para sa end-to-end na real-time na paghahatid, ngunit hindi nito ginagarantiyahan ang kalidad ng serbisyo. Ang kalidad ng serbisyo ay ibinibigay ng RTCP.
3. RTMP na protocol
Ang RTMP (Real Time Messaging Protocol) real-time messaging protocol ay isang bukas na protokol na binuo ng Adobe Systems para sa audio, video at paghahatid ng data sa pagitan ng mga manlalaro at server ng Flash.
May tatlong variant:
1) Ang isang plaintext na protocol na gumagana sa TCP, gamit ang port 1935;
2) Ang RTMPT ay naka-encapsulate sa kahilingan sa HTTP at maaaring daanan ang firewall;
3) Ang RTMPS ay katulad ng RTMPT, ngunit gumagamit ng koneksyon sa HTTPS;
Ang RTMP protocol ay ginagamit ng Flash para sa paghahatid ng mga object, video, at audio. Ang protocol na ito ay batay sa TCP protocol o sa polling HTTP protocol;
Ang RTMP protocol ay tulad ng isang lalagyan na ginagamit upang hawakan ang mga packet ng data. Ang data na ito ay maaaring data sa format na AMF o data ng video / audio sa FLV;
Ang isang solong koneksyon ay maaaring magpadala ng maraming mga stream ng network sa pamamagitan ng iba't ibang mga channel. Ang mga packet sa mga channel na ito ay lahat naililipat sa mga nakapirming sukat na packet;
|
Ipasok ang email upang makakuha ng sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikaans
sq.fmuser.org -> Albanian
ar.fmuser.org -> Arabe
hy.fmuser.org -> Armenian
az.fmuser.org -> Azerbaijani
eu.fmuser.org -> Basque
be.fmuser.org -> Belarusian
bg.fmuser.org -> Bulgarian
ca.fmuser.org -> Catalan
zh-CN.fmuser.org -> Intsik (Pinasimple)
zh-TW.fmuser.org -> Intsik (Tradisyunal)
hr.fmuser.org -> Croatian
cs.fmuser.org -> Czech
da.fmuser.org -> Danish
nl.fmuser.org -> Dutch
et.fmuser.org -> Estonian
tl.fmuser.org -> Pilipino
fi.fmuser.org -> Finnish
fr.fmuser.org -> Pranses
gl.fmuser.org -> Galician
ka.fmuser.org -> Georgian
de.fmuser.org -> Aleman
el.fmuser.org -> Greek
ht.fmuser.org -> Haitian Creole
iw.fmuser.org -> Hebrew
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> Icelandic
id.fmuser.org -> Indonesian
ga.fmuser.org -> Irish
it.fmuser.org -> Italian
ja.fmuser.org -> Japanese
ko.fmuser.org -> Koreano
lv.fmuser.org -> Latvian
lt.fmuser.org -> Lithuanian
mk.fmuser.org -> Macedonian
ms.fmuser.org -> Malay
mt.fmuser.org -> Maltese
no.fmuser.org -> Norwegian
fa.fmuser.org -> Persian
pl.fmuser.org -> Polish
pt.fmuser.org -> Portuges
ro.fmuser.org -> Romanian
ru.fmuser.org -> Ruso
sr.fmuser.org -> Serbiano
sk.fmuser.org -> Slovak
sl.fmuser.org -> Slovenian
es.fmuser.org -> Espanyol
sw.fmuser.org -> Swahili
sv.fmuser.org -> Suweko
th.fmuser.org -> Thai
tr.fmuser.org -> Turkish
uk.fmuser.org -> Ukrainian
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamese
cy.fmuser.org -> Welsh
yi.fmuser.org -> Yiddish
Ang FMUSER Wirless ay Naghahatid ng Video At Audio Nang Mas Madali!
Makipag-ugnay sa
Tirahan
No.305 Room Huilan Building No.273 Huanpu Road Guangzhou China 510620
Kategorya
Newsletter