FMUSER Бесправадная перадача відэа і аўдыё лягчэй!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> афрыкаанс
sq.fmuser.org -> албанская
ar.fmuser.org -> арабская
hy.fmuser.org -> Армянскі
az.fmuser.org -> азербайджанскі
eu.fmuser.org -> баскская
be.fmuser.org -> Беларуская
bg.fmuser.org -> Балгарская
ca.fmuser.org -> каталонская
zh-CN.fmuser.org -> кітайскі (спрошчаны)
zh-TW.fmuser.org -> Кітайскі (традыцыйны)
hr.fmuser.org -> харвацкая
cs.fmuser.org -> чэшская
da.fmuser.org -> дацкая
nl.fmuser.org -> Галандская
et.fmuser.org -> эстонская
tl.fmuser.org -> філіпінская
fi.fmuser.org -> фінская
fr.fmuser.org -> Французская
gl.fmuser.org -> галісійская
ka.fmuser.org -> грузінскі
de.fmuser.org -> нямецкая
el.fmuser.org -> Грэчаскі
ht.fmuser.org -> Гаіцянскі крэол
iw.fmuser.org -> іўрыт
hi.fmuser.org -> хіндзі
hu.fmuser.org -> Венгерская
is.fmuser.org -> ісландская
id.fmuser.org -> інданезійская
ga.fmuser.org -> ірландскі
it.fmuser.org -> Італьянская
ja.fmuser.org -> японскі
ko.fmuser.org -> карэйская
lv.fmuser.org -> латышскі
lt.fmuser.org -> Літоўскі
mk.fmuser.org -> македонская
ms.fmuser.org -> малайская
mt.fmuser.org -> мальтыйская
no.fmuser.org -> Нарвежскі
fa.fmuser.org -> персідская
pl.fmuser.org -> польская
pt.fmuser.org -> партугальская
ro.fmuser.org -> Румынская
ru.fmuser.org -> руская
sr.fmuser.org -> сербская
sk.fmuser.org -> славацкая
sl.fmuser.org -> Славенская
es.fmuser.org -> іспанская
sw.fmuser.org -> суахілі
sv.fmuser.org -> шведская
th.fmuser.org -> Тайская
tr.fmuser.org -> турэцкая
uk.fmuser.org -> украінскі
ur.fmuser.org -> урду
vi.fmuser.org -> В'етнамская
cy.fmuser.org -> валійская
yi.fmuser.org -> Ідыш
1. Пратакол RTP / RTCP
Пратакол RTP
Поўная назва RTP - Транспартны пратакол у рэжыме рэальнага часу (Transport-Protocol ў рэжыме рэальнага часу).
Гэта стандарт, прапанаваны IETF (Internet Engineering Task Force), і адпаведным дакументам RFC з'яўляецца RFC3550 (RFC1889 - са скончанай версіяй). RFC3550 не толькі вызначае RTP, але і вызначае дапаможны пратакол RTCP (пратакол кіравання транспартам у рэжыме рэальнага часу, гэта значыць пратакол кіравання транспартам у рэжыме рэальнага часу). RTP выкарыстоўваецца для прадастаўлення паўнавартасных паслуг перадачы ў рэжыме рэальнага часу для розных мультымедыйных дадзеных, якія неабходна перадаваць у рэжыме рэальнага часу, такіх як голас, малюнак і факс у сетцы IP. RTP забяспечвае інфармацыю пра час і сінхранізацыю патокаў для наскрознай перадачы ў рэжыме рэальнага часу ў Інтэрнэце, але не гарантуе якасць паслуг, якое прадастаўляецца RTCP.
Асяроддзе прыкладання RTP
(1) Простая шматгалосная аўдыяканферэнцыя. Галасавая сувязь рэалізуецца праз шматканальны адрас і пару партоў. Адзін прызначаны для гукавых дадзеных (RTP), а другі - для пакетаў кіравання (RTCP).
(2) Аўдыё- і відэаканферэнцыі. Калі ў канферэнцыі выкарыстоўваюцца як аўдыя-, так і відэаканферэнцыі, гэтыя два носьбіты будуць перадавацца ў розных сеансах RTP, і кожны сеанс будзе выкарыстоўваць іншы адрас перадачы (IP-адрас + порт). Калі карыстальнік выкарыстоўвае два сеансы адначасова, пакет RTCP, адпаведны кожнаму сеансу, выкарыстоўвае кананічнае імя CNAME (кананічнае імя). Удзельнікі могуць атрымаць адпаведнае аўдыя і відэа ў адпаведнасці з CNAME у пакеце RTCP, а затым сінхранізаваць аўдыя і відэа ў адпаведнасці з інфармацыяй пра час (пратакол сеткавага часу) у пакеце RTCP.
(3) Перакладчык і змяшальнік. Перакладчык і змяшальнік - гэта рэлейныя сістэмы на ўзроўні RTP. Перакладчыкі выкарыстоўваюцца ў карыстальніцкіх абласцях, да якіх немагчыма звязацца непасрэдна праз IP-адрасы, напрыклад, міжсеткавы экран паміж адпраўшчыкам і атрымальнікам. Калі фармат кадавання аўдыё, які ўдзельнікі могуць атрымаць, адрозніваецца, напрыклад, калі ўдзельнік падключаецца да высакахуткаснай канферэнцыі па нізкахуткаснай сувязі, выкарыстоўваецца мікшэр. Перад уваходам у сетку, дзе трэба змяніць фармат аўдыяданых, мікшэр аднаўляе аўдыяпакеты з адной крыніцы альбо некалькіх крыніц, аб'ядноўвае адноўленыя некалькі аўдыя і кадуе іх з іншай кадыроўкай гуку. Пераслаць гэты новы пакет RTP. Усе пакеты дадзеных з міксера павінны быць ідэнтыфікаваны міксерам як іх крыніца сінхранізацыі (SSRC, гл. Інкапсуляцыя RTP), а гутаркі могуць быць пацверджаны праз спіс крыніц укладу (табліца CSRC, гл. Інкапсуляцыя RTP).
Пратакол RTCP
Пратакол кіравання ў рэальным часе (RTCP) і RTP сумесна вызначаны ў RFC 1889, прапанаваным у 1996 г. Гэта пратакол кіравання, які працуе з RTP. RTCP працуе толькі на пратаколе нізкага ўзроўню, а пратакол нізкага ўзроўню забяспечвае мультыплексаванне дадзеных і пакетаў кіравання. Падчас сеансу RTP кожны ўдзельнік сесіі перыядычна адпраўляе пакеты кіравання RTCP усім астатнім удзельнікам. Для RTP-сеансаў альбо трансляцый звычайна выкарыстоўваецца адзін шматмэтавы адрас трансляцыі. Усе пакеты RTP і RTCP, якія належаць да гэтага сеансу, выкарыстоўваюць гэты шматмэтавы шырокавяшчальны адрас. Пакеты RTP і пакеты RTCP можна адрозніць, выкарыстоўваючы розныя нумары партоў. .
з'яўляецца сястрынскім пратаколам транспартнага пратакола рэальнага часу (RTP). RTCP забяспечвае па-за дыяпазонам кіраванне патокамі мультымедыя RTP. Сам RTCP не перадае дадзеныя, але супрацоўнічае з RTP для ўпакоўкі і адпраўкі мультымедыйных дадзеных. RTCP перыядычна перадае дадзеныя кіравання паміж удзельнікамі струменевага мультымедыйнага сеансу. Асноўная функцыя RTCP - забяспечваць зваротную сувязь аб якасці паслуг, якія прадастаўляе RTP.
RTCP выконвае наступныя чатыры функцыі:
(1) У асноўным для забеспячэння зваротнай сувязі аб якасці выпуску дадзеных. RTCP з'яўляецца часткай пратакола перадачы RTP і звязаны з кантролем за патокам і перагрузкай іншых пратаколаў перадачы. Зваротная сувязь аказвае непасрэдны ўплыў на кіраванне адаптыўным кадаваннем, але вопыт шматканальнай перадачы IP паказвае, што атрыманне зваротнай сувязі ад адпраўніка мае вырашальнае значэнне для дыягностыкі памылак перадачы. Адпраўка і атрыманне справаздач аб зваротнай сувязі ўсім удзельнікам дазваляе назіральнікам праблем ацаніць, лакальныя ці глабальныя. Механізмы публікацыі, такія як шматкарыстанка IP, дазваляюць групам, такім як пастаўшчыкі сеткавых паслуг, атрымліваць зваротную сувязь і выступаць у якасці незалежных манітораў для дыягностыкі сеткавых праблем. Функцыя зваротнай сувязі выконваецца справаздачамі адпраўшчыка і прымача RTCP.
(2) RTCP нясе ў сабе ідэнтыфікацыю пастаяннага транспартнага ўзроўню крыніцы RTP, званую кананічнай назвай (CNAME). У выпадку выяўлення канфлікту альбо перазапуску праграмы, паколькі ідэнтыфікацыю SSRC можна змяніць, атрымальніку патрэбны CNAME для адсочвання ўдзельніка. Прыёмніку таксама патрэбна CNAME для сувязі некалькіх патокаў дадзеных, дадзеных у адпаведным злучэнні RTP.
(3) Першыя дзве функцыі патрабуюць ад усіх удзельнікаў адпраўкі пакетаў RTCP. Такім чынам, для таго, каб RTP пашырыўся да маштабных велічынь, хуткасць павінна кантралявацца. Хай кожны ўдзельнік адпраўляе пакеты кіравання іншым удзельнікам, што павялічвае колькасць незалежных удзельнікаў назірання. Гэты лік выкарыстоўваецца для разліку хуткасці адпраўкі пакетаў.
(4) Дадатковая функцыя - перадаваць мінімальную інфармацыю пра кіраванне злучэннем, напрыклад, ідэнтыфікацыю ўдзельнікаў. Хутчэй за ўсё будзе выкарыстоўвацца ў злучэннях "свабоднага кантролю", дзе ўдзельнікі могуць увайсці ці выйсці без кантролю над удзельнікамі і каардынацыі параметраў. RTCP дзейнічае як зручны канал для ўсіх удзельнікаў, але не павінен падтрымліваць усе патрабаванні прыкладанняў да кантрольнай сувязі.
Калі RTP выкарыстоўваецца ў шматадрэснай перадачы IP, першыя тры функцыі неабходныя і рэкамендуюцца для любых сітуацый. Дызайнеры прыкладанняў RTP павінны пазбягаць выкарыстання механізмаў, якія працуюць толькі ў аднаадресным рэжыме, што прывядзе да немагчымасці маштабавання.
2. Узаемасувязь паміж RTP / RTCP і іншымі пратаколамі
Схема архітэктуры струменевага мультымедыя
Сувязь паміж пратаколам RTP і іншымі пратаколамі
RTP, TCP і UDP - усё гэта пратаколы транспартнага ўзроўню; RTP таксама можна лічыць паміж прыкладным узроўнем і транспартным узроўнем
Як відаць з малюнка, RTP дзеліцца на транспартны ўзровень, які пабудаваны на UDP. Як і пратакол UDP, для рэалізацыі функцыі перадачы ў рэжыме рэальнага часу RTP таксама мае фіксаваную форму інкапсуляцыі. RTP выкарыстоўваецца для прадастаўлення інфармацыі аб часе і сінхранізацыі патоку для поўнай перадачы ў рэжыме рэальнага часу, але гэта не гарантуе якасць абслугоўвання. Якасць паслуг забяспечвае RTCP.
3. Пратакол RTMP
Пратакол паведамленняў у рэжыме рэальнага часу RTMP (Real Time Messaging Protocol) - гэта адкрыты пратакол, распрацаваны Adobe Systems для перадачы аўдыё, відэа і дадзеных паміж плэерамі Flash і серверамі.
Ён мае тры варыянты:
1) Пратакол адкрытага тэксту, які працуе на TCP, з выкарыстаннем порта 1935;
2) RTMPT заключаны ў HTTP-запыт і можа праходзіць брандмаўэр;
3) RTMPS падобны на RTMPT, але выкарыстоўвае злучэнне HTTPS;
Пратакол RTMP выкарыстоўваецца Flash для перадачы аб'ектаў, відэа і аўдыё. Гэты пратакол заснаваны на пратаколе TCP альбо HTTP-апытанні;
Пратакол RTMP падобны на кантэйнер, які выкарыстоўваецца для захоўвання пакетаў дадзеных. Гэта могуць быць дадзеныя ў фармаце AMF або відэа / аўдыя ў FLV;
Адно злучэнне можа перадаваць некалькі сеткавых патокаў па розных каналах. Усе пакеты ў гэтых каналах перадаюцца ў пакетах фіксаванага памеру;
|
Увядзіце адрас электроннай пошты, каб атрымаць сюрпрыз
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> афрыкаанс
sq.fmuser.org -> албанская
ar.fmuser.org -> арабская
hy.fmuser.org -> Армянскі
az.fmuser.org -> азербайджанскі
eu.fmuser.org -> баскская
be.fmuser.org -> Беларуская
bg.fmuser.org -> Балгарская
ca.fmuser.org -> каталонская
zh-CN.fmuser.org -> кітайскі (спрошчаны)
zh-TW.fmuser.org -> Кітайскі (традыцыйны)
hr.fmuser.org -> харвацкая
cs.fmuser.org -> чэшская
da.fmuser.org -> дацкая
nl.fmuser.org -> Галандская
et.fmuser.org -> эстонская
tl.fmuser.org -> філіпінская
fi.fmuser.org -> фінская
fr.fmuser.org -> Французская
gl.fmuser.org -> галісійская
ka.fmuser.org -> грузінскі
de.fmuser.org -> нямецкая
el.fmuser.org -> Грэчаскі
ht.fmuser.org -> Гаіцянскі крэол
iw.fmuser.org -> іўрыт
hi.fmuser.org -> хіндзі
hu.fmuser.org -> Венгерская
is.fmuser.org -> ісландская
id.fmuser.org -> інданезійская
ga.fmuser.org -> ірландскі
it.fmuser.org -> Італьянская
ja.fmuser.org -> японскі
ko.fmuser.org -> карэйская
lv.fmuser.org -> латышскі
lt.fmuser.org -> Літоўскі
mk.fmuser.org -> македонская
ms.fmuser.org -> малайская
mt.fmuser.org -> мальтыйская
no.fmuser.org -> Нарвежскі
fa.fmuser.org -> персідская
pl.fmuser.org -> польская
pt.fmuser.org -> партугальская
ro.fmuser.org -> Румынская
ru.fmuser.org -> руская
sr.fmuser.org -> сербская
sk.fmuser.org -> славацкая
sl.fmuser.org -> Славенская
es.fmuser.org -> іспанская
sw.fmuser.org -> суахілі
sv.fmuser.org -> шведская
th.fmuser.org -> Тайская
tr.fmuser.org -> турэцкая
uk.fmuser.org -> украінскі
ur.fmuser.org -> урду
vi.fmuser.org -> В'етнамская
cy.fmuser.org -> валійская
yi.fmuser.org -> Ідыш
FMUSER Бесправадная перадача відэа і аўдыё лягчэй!
Кантакт
Адрас:
No.305 Нумар HuiLan Будынак No.273 Huanpu Road Гуанчжоу Кітай 510620
катэгорыі
бюлетэнь