FMUSER Wirless Transmet vídeo i àudio més fàcil!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
1. Protocol RTP / RTCP
Protocol RTP
El nom complet de RTP és Protocol de transport en temps real (Protocol de transport en temps real).
És un estàndard proposat per IETF (The Internet Engineering Task Force) i el document RFC corresponent és RFC3550 (RFC1889 és una versió caducada). RFC3550 no només defineix RTP, sinó que també defineix el protocol relacionat amb el suport RTCP (Protocol de control de transport en temps real, és a dir, Protocol de control de transport en temps real). RTP s’utilitza per proporcionar serveis de transmissió en temps real de punta a punta per a diverses dades multimèdia que cal transmetre en temps real, com ara veu, imatge i fax a la xarxa IP. RTP proporciona informació de temps i sincronització de flux per a la transmissió en temps real de punta a punta a Internet, però no garanteix la qualitat del servei, que proporciona RTCP.
Entorn d'aplicació RTP
(1) Conferència d'àudio multicast simple. La comunicació de veu es realitza mitjançant una adreça multidifusió i un parell de ports. Un és per a dades d’àudio (RTP) i l’altre per a paquets de control (RTCP).
(2) Conferència d'àudio i vídeo. Si s'utilitzen conferències d'àudio i de vídeo en una conferència, aquests dos suports es transmetran en sessions RTP diferents i cada sessió utilitzarà una adreça de transmissió diferent (adreça IP + port). Si un usuari utilitza dues sessions alhora, el paquet RTCP corresponent a cada sessió utilitza el nom canònic CNAME (nom canònic). Els participants poden obtenir l'àudio i el vídeo associat segons el CNAME al paquet RTCP i, a continuació, sincronitzar l'àudio i el vídeo segons la informació de sincronització (protocol d'hora de xarxa) al paquet RTCP.
(3) Traductor i mesclador. El traductor i el mesclador són sistemes de relés de nivell RTP. Els traductors s’utilitzen en àrees d’usuari a les quals no es pot accedir directament mitjançant multidifusió IP, com ara un tallafoc entre el remitent i el receptor. Quan el format de codificació d'àudio que poden rebre els participants és diferent, per exemple, si un participant es connecta a una conferència d'alta velocitat mitjançant un enllaç de baixa velocitat, s'utilitza un mesclador. Abans d’entrar a la xarxa on s’ha de canviar el format de dades d’àudio, el mesclador reconstrueix els paquets d’àudio a partir d’una font o diverses fonts, combina els àudios múltiples reconstruïts i els codifica amb una altra codificació d’àudio. Reenvia aquest nou paquet RTP. Tots els paquets de dades d’un mesclador haurien d’ésser identificats pel mesclador com la seva font de sincronització (SSRC, vegeu Encapsulació RTP) i el parlador es pot confirmar mitjançant la llista de fonts de contribució (taula CSRC, vegeu Encapsulació RTP)
Protocol RTCP
El protocol de control en temps real (RTCP) i RTP es defineixen conjuntament a la RFC 1889 proposada el 1996. És un protocol de control que funciona amb RTP. RTCP funciona només amb el protocol de baix nivell i el protocol de baix nivell proporciona multiplexació de dades i paquets de control. Durant la sessió RTP, cada participant de la sessió periòdicament envia paquets de control RTCP a la resta de participants. Per a sessions o transmissions RTP, normalment s’utilitza una única adreça de difusió multi-objectiu. Tots els paquets RTP i RTCP que pertanyen a aquesta sessió utilitzen aquesta adreça de difusió multi-objectiu. Els paquets RTP i els paquets RTCP es poden distingir utilitzant diferents números de port. .
és un protocol germà del Protocol de transport en temps real (RTP). RTCP proporciona control fora de banda per als fluxos de mitjans RTP. RTCP en si mateix no transmet dades, sinó que col·labora amb RTP per empaquetar i enviar dades multimèdia. RTCP transmet periòdicament dades de control entre els participants en una sessió multimèdia en streaming. La funció principal de RTCP és proporcionar comentaris sobre la qualitat del servei proporcionada per RTP.
RTCP realitza les quatre funcions següents:
(1) Principalment per proporcionar comentaris sobre la qualitat de la publicació de dades. RTCP forma part del protocol de transmissió RTP i està relacionat amb el control de flux i congestió d'altres protocols de transmissió. Els comentaris tenen un efecte directe sobre el control de codificació adaptativa, però l'experiència de multidifusió IP mostra que rebre comentaris del remitent és crucial per diagnosticar errors de transmissió. L’enviament i la recepció d’informes de comentaris a tots els participants permet als observadors de problemes estimar si aquests problemes són locals o globals. Els mecanismes de publicació com el multidifusió IP permeten que grups com els proveïdors de serveis de xarxa rebin comentaris i actuïn com a monitors de tercers per diagnosticar problemes de xarxa. La funció de retroalimentació la realitzen els informes de remitents i receptors de RTCP.
(2) RTCP porta una identificació de capa de transport persistent d'origen RTP anomenada nom canònic (CNAME). Si es troba un conflicte o es reinicia el programa, ja que es pot canviar la identitat SSRC, el destinatari necessita CNAME per fer un seguiment del participant. El receptor també necessita que el CNAME es posi en contacte amb diversos fluxos de dades proporcionats a la connexió RTP corresponent.
(3) Les dues primeres funcions requereixen que tots els participants enviïn paquets RTCP. Per tant, per tal que RTP s’expandeixi a quantitats a gran escala, s’ha de controlar la taxa. Deixeu que cada participant enviï paquets de control a altres participants, cosa que augmenta el nombre de participants de l'observació independent. Aquest número s’utilitza per calcular la velocitat amb què s’envien els paquets.
(4) La funció opcional és transmetre informació mínima de control de connexió, com ara identificar els participants. El més probable és que s'utilitzi en connexions de "control solt", on els participants poden entrar o sortir lliures sense control de membres ni coordinació de paràmetres. RTCP actua com un canal convenient per a tots els participants, però no ha de suportar tots els requisits de comunicació de control de l'aplicació.
Quan s’utilitza RTP en multidifusió IP, les tres primeres funcions són necessàries i es recomanen per a totes les situacions. Els dissenyadors d’aplicacions RTP han d’evitar l’ús de mecanismes que només funcionen en mode unicast, cosa que provocarà la impossibilitat d’escalar.
2. La relació entre RTP / RTCP i altres protocols
Diagrama d'arquitectura de mitjans de transmissió
La relació entre el protocol RTP i altres protocols
RTP, TCP i UDP són protocols de capa de transport; També es pot considerar RTP entre la capa d'aplicació i la capa de transport
Com es pot veure a la figura, RTP es divideix en la capa de transport, que es basa en UDP. Igual que el protocol UDP, per tal de realitzar la seva funció de transmissió en temps real, RTP també té una forma d’encapsulació fixa. RTP s’utilitza per proporcionar informació de temps i sincronització de transmissions per a la transmissió en temps real de punta a punta, però no garanteix la qualitat del servei. RTCP proporciona la qualitat del servei.
3. Protocol RTMP
El protocol de missatgeria en temps real RTMP (Real Time Messaging Protocol) és un protocol obert desenvolupat per Adobe Systems per a la transmissió d’àudio, vídeo i dades entre reproductors Flash i servidors.
Té tres variants:
1) Un protocol de text complet que funciona amb TCP, mitjançant el port 1935;
2) RTMPT està encapsulat a la sol·licitud HTTP i pot travessar el tallafoc;
3) RTMPS és similar a RTMPT, però utilitza connexió HTTPS;
Flash utilitza el protocol RTMP per a la transmissió d’objectes, vídeo i àudio. Aquest protocol es basa en el protocol TCP o el protocol HTTP de sondeig;
El protocol RTMP és com un contenidor utilitzat per contenir paquets de dades. Aquestes dades poden ser dades en format AMF o dades de vídeo / àudio en FLV;
Una única connexió pot transmetre diversos fluxos de xarxa a través de diferents canals. Tots els paquets d’aquests canals es transmeten en paquets de mida fixa;
|
Introduïu el correu electrònic per obtenir una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanès
ar.fmuser.org -> Àrab
hy.fmuser.org -> Armeni
az.fmuser.org -> Azerbaidjanès
eu.fmuser.org -> basc
be.fmuser.org -> bielorús
bg.fmuser.org -> Bulgària
ca.fmuser.org -> català
zh-CN.fmuser.org -> Xinès (simplificat)
zh-TW.fmuser.org -> Xinès (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> txec
da.fmuser.org -> Danès
nl.fmuser.org -> Holandès
et.fmuser.org -> estonià
tl.fmuser.org -> filipí
fi.fmuser.org -> finès
fr.fmuser.org -> Francès
gl.fmuser.org -> gallec
ka.fmuser.org -> georgià
de.fmuser.org -> alemany
el.fmuser.org -> Grec
ht.fmuser.org -> crioll haitià
iw.fmuser.org -> Hebreu
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandès
id.fmuser.org -> indonesi
ga.fmuser.org -> irlandès
it.fmuser.org -> Italià
ja.fmuser.org -> japonès
ko.fmuser.org -> coreà
lv.fmuser.org -> Letó
lt.fmuser.org -> Lituània
mk.fmuser.org -> macedoni
ms.fmuser.org -> Malai
mt.fmuser.org -> maltès
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> Polonès
pt.fmuser.org -> Portuguès
ro.fmuser.org -> Romanès
ru.fmuser.org -> rus
sr.fmuser.org -> serbi
sk.fmuser.org -> Eslovac
sl.fmuser.org -> Eslovènia
es.fmuser.org -> Castellà
sw.fmuser.org -> Suahili
sv.fmuser.org -> Suec
th.fmuser.org -> Tai
tr.fmuser.org -> turc
uk.fmuser.org -> ucraïnès
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> gal·lès
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmet vídeo i àudio més fàcil!
Contacte
Adreça:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou Xina 510620
Categories
Newsletter