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
1. RTP / RTCP-protokol
RTP-protokol
Die volledige naam van RTP is Real-time Transport Protocol (Real-time Transport Protocol).
Dit is 'n standaard wat deur IETF (The Internet Engineering Task Force) voorgestel word, en die ooreenstemmende RFC-dokument is RFC3550 (RFC1889 is 'n vervalde weergawe). RFC3550 definieer nie net RTP nie, maar definieer ook die ondersteunende protokol RTCP (Real-time Transport Control Protocol, dit wil sê, Real-time Transport Control Protocol). RTP word gebruik om end-tot-einde real-time transmissiedienste te lewer vir 'n verskeidenheid multimedia-data wat in real-time gestuur moet word, soos stem, beeld en faks op die IP-netwerk. RTP bied tydinligting en stroomsinkronisasie vir end-tot-end-intydse uitsending op die internet, maar waarborg nie die kwaliteit van die diens wat deur RTCP aangebied word nie.
RTP-toepassingsomgewing
(1) Eenvoudige multikast-oudiokonferensie. Stemkommunikasie word gerealiseer deur 'n multicast-adres en 'n paar poorte. Die een is vir klankdata (RTP) en die ander is vir kontrolepakkies (RTCP).
(2) Oudio- en videokonferensies. As beide klank- en videokonferensies tydens 'n konferensie gebruik word, sal hierdie twee media in verskillende RTP-sessies versend word, en elke sessie gebruik 'n ander transmissieadres (IP-adres + poort). As 'n gebruiker twee sessies gelyktydig gebruik, gebruik die RTCP-pakket wat ooreenstem met elke sessie die kanonieke naam CNAME (Canonical Name). Deelnemers kan die gepaardgaande klank en video volgens die CNAME in die RTCP-pakket bekom, en dan die klank en video volgens die tydsberekening (Netwerktydprotokol) in die RTCP-pakket sinkroniseer.
(3) Vertaler en menger. Die vertaler en menger is albei aflosstelsels op RTP-vlak. Vertalers word gebruik in gebruikersareas wat nie direk met IP-multicast bereik kan word nie, soos 'n firewall tussen die sender en die ontvanger. As die klank-koderingsformaat wat deelnemers kan ontvang anders is, as 'n deelnemer byvoorbeeld deur middel van 'n laespoed-skakel met 'n hoëspoed-konferensie verbind word, word 'n menger gebruik. Voordat hy die netwerk betree waar die klankdata-formaat moet verander, konstrueer die menger die klankpakkette uit een bron of uit verskeie bronne, voeg dit die gerekonstrueerde veelvuldige klanke saam en kodeer dit met 'n ander klankodering. Stuur hierdie nuwe RTP-pakket aan. Alle datapakkies van 'n menger moet deur die menger geïdentifiseer word as hul sinkronisasiebron (SSRC, sien RTP-inkapseling), en die spreker kan bevestig word deur die bydraelyslys (CSRC-tabel, sien RTP-inkapseling).
RTCP-protokol
Real-time Control Protocol (RTCP) en RTP word gesamentlik omskryf in RFC 1889 wat in 1996 voorgestel is. Dit is 'n kontroleprotokol wat met RTP werk. RTCP loop slegs op die laevlak-protokol, en die laevlak-protokol bied multiplexering van data en kontrolepakkette. Tydens die RTP-sessie stuur elke sessiedeelnemer gereeld RTCP-beheerspakkette aan alle ander deelnemers. Vir RTP-sessies of -uitsendings word gewoonlik 'n enkele meerdoeluitsendingsadres gebruik. Alle RTP- en RTCP-pakkies wat tot hierdie sessie behoort, gebruik hierdie multidoeluitsendingsadres. RTP-pakkies en RTCP-pakkies kan onderskei word deur verskillende poortnommers te gebruik. .
is 'n susterprotokol van Real Time Transport Protocol (RTP). RTCP bied buitebandbeheer vir RTP-mediastrome. RTCP self stuur nie data uit nie, maar werk saam met RTP om multimedia-data te verpak en te stuur. RTCP stuur gereeld kontrole-data uit tussen deelnemers aan 'n stroom-multimedia-sessie. Die belangrikste funksie van RTCP is om terugvoer te gee oor die kwaliteit van die diens wat deur RTP gelewer word.
RTCP verrig die volgende vier funksies:
(1) Hoofsaaklik om terugvoer te gee oor die kwaliteit van die vrystelling van data. RTCP maak deel uit van die RTP-transmissieprotokol en hou verband met die vloei- en opeenhopingsbeheer van ander transmissieprotokolle. Terugvoer het 'n direkte effek op die aanpasbare koderingskontrole, maar die ondervinding van IP multicast toon dat die ontvangs van terugvoer van die sender van kardinale belang is vir die diagnose van transmissiefoute. Die stuur en ontvang van terugvoerverslae aan alle deelnemers stel probleemwaarnemers in staat om te skat of die probleme plaaslik of wêreldwyd is. Publiseringsmeganismes soos IP-multicasting maak dit vir groepe soos netwerkdiensverskaffers moontlik om terugvoer te ontvang en as monitors van derdepartye op te tree om netwerkprobleme te diagnoseer. Die terugvoerfunksie word uitgevoer deur die verslae van die RTCP-sender en -ontvanger.
(2) RTCP dra 'n RTP-bron aanhoudende vervoerlaagidentifikasie wat 'n kanonieke naam (CNAME) genoem word. As 'n konflik gevind word of die program weer begin word, aangesien die SSRC-identiteit verander kan word, het die ontvanger CNAME nodig om die deelnemer op te spoor. Die ontvanger het ook die CNAME nodig om met verskeie datastrome in die betrokke RTP-verbinding te skakel.
(3) Die eerste twee funksies vereis dat alle deelnemers RTCP-pakkies moet stuur. Daarom moet die dosis beheer word om RTP uit te brei na grootskaalse hoeveelhede. Laat elke deelnemer kontrolepakkies na ander deelnemers stuur, wat die aantal onafhanklike waarnemers deelneem. Hierdie nommer word gebruik om die koers te bereken waarteen pakkies gestuur word.
(4) Die opsionele funksie is om minimum konneksiebeheerinligting oor te dra, soos om deelnemers te identifiseer. Dit word waarskynlik gebruik in "los beheer" -verbindings, waar deelnemers vry is om in te gaan of te vertrek sonder lidbeheer of parameterkoördinasie. RTCP dien as 'n gerieflike kanaal vir alle deelnemers, maar hoef nie alle beheerkommunikasievereistes van die aansoek te ondersteun nie.
Wanneer RTP in IP-multicast gebruik word, is die eerste drie funksies nodig en word dit in alle situasies aanbeveel. RTP-toepassingsontwerpers moet vermy om meganismes te gebruik wat slegs in die unicast-modus werk, wat sal lei tot die onvermoë om te skaal.
2. Die verband tussen RTP / RTCP en ander protokolle
Streaming media argitektuur diagram
Die verband tussen RTP-protokol en ander protokolle
RTP, TCP en UDP is almal protokol vir vervoerlae; RTP kan ook beskou word as tussen die toedieningslaag en die transportlaag
Soos blyk uit die figuur, is RTP verdeel in die transportlaag, wat op UDP gebou is. Net soos die UDP-protokol, het RTP ook 'n vaste inkapselingsvorm om die real-time transmissiefunksie te verwesenlik. RTP word gebruik om tydinligting en stroomsinkronisasie vir end-to-end-real-time versending te verskaf, maar dit waarborg nie die kwaliteit van die diens nie. Die gehalte van die diens word deur RTCP gelewer.
3. RTMP-protokol
RTMP (Real Time Messaging Protocol) intydse boodskapprotokol is 'n oop protokol wat deur Adobe Systems ontwikkel is vir klank-, video- en data-oordrag tussen Flash-spelers en bedieners.
Dit het drie varianten:
1) 'n Gewone teksprotokol wat op TCP werk, gebruik poort 1935;
2) RTMPT is vervat in die HTTP-versoek en kan die firewall deurkruis;
3) RTMPS is soortgelyk aan RTMPT, maar gebruik HTTPS-verbinding;
Die RTMP-protokol word deur Flash gebruik vir die oordrag van voorwerpe, video en klank. Hierdie protokol is gebaseer op die TCP protokol of die polling HTTP protokol;
Die RTMP-protokol is soos 'n houer wat gebruik word om datapakkies te bevat. Hierdie data kan data in AMF-formaat wees of video / klankdata in FLV;
'N Enkele verbinding kan verskeie netwerkstrome deur verskillende kanale stuur. Die pakkies in hierdie kanale word almal in pakkies met vaste grootte gestuur;
|
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