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
5, protocol RTSP
Document de referència RFC2326
El protocol de transmissió en temps real (Real Time Streaming Protocol) és un protocol de transmissió multimèdia que s’utilitza per controlar el so o el vídeo i permet un control simultani de la demanda de transmissions múltiples. El protocol de comunicació de xarxa utilitzat durant la transmissió no es troba dins del seu rang definit. El costat del servidor Podeu utilitzar TCP o UDP per transmetre contingut de transmissió. La seva sintaxi i funcionament són similars a HTTP 1.1, però la sincronització horària no es fa especial èmfasi, de manera que pot tolerar els retards de la xarxa. L’esmentat control de la demanda multimissions (Multicast) esmentat anteriorment no només pot reduir l’ús de la xarxa del servidor, sinó que també admet videoconferències multipartides (Video Conference). Com que funciona de manera similar a HTTP1.1, la funció de memòria cau "Memòria cau" del servidor intermediari "Proxy" també és aplicable a RTSP i, com que RTSP té una funció de redirecció, el servidor que proporciona el servei es pot canviar segons la càrrega real situació per evitar una càrrega excessiva concentrada al mateix servidor i provocar retards.
va ser proposat conjuntament per Real Networks i Netscape. El protocol defineix com les aplicacions d'un a molts poden transmetre eficaçment dades multimèdia a través d'una xarxa IP. RTSP proporciona un marc extensible que permet controlar i demanar dades en temps real, com ara àudio i vídeo. Les fonts de dades inclouen dades en directe i dades emmagatzemades en clips.
L’objectiu d’aquest protocol és controlar diverses connexions de transmissió de dades, proporcionar una manera de seleccionar canals de transmissió, com UDP, UDP multidifusió i TCP, i proporcionar mètodes per seleccionar un mecanisme de transmissió basat en RTP.
La relació entre RTSP i RTP
RTP: Protocol de transport en temps real
RTP / RTCP és el protocol de transmissió de dades real;
RTP transmet dades d'àudio / vídeo. Si és PLAY, el servidor l’envia al client. Si és RECORD, el client el pot enviar al servidor. Tot el protocol RTP consta de dues parts estretament relacionades: protocol de dades RTP i protocol de control RTP (és a dir, RTCP) ;
RTCP: RTCP inclou l’informe del remitent i l’informe del receptor, que s’utilitzen per a la sincronització d’àudio / vídeo i altres finalitats, i és un protocol de control;
RTSP: Protocol de transmissió en temps real (RTSP)
Les sol·licituds RTSP inclouen principalment DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, etc., com el seu nom indica, es pot conèixer com a funció de diàleg i control;
Durant la conversa RTSP, SETUP pot determinar el port utilitzat per RTP / RTCP, PLAY / PAUSE / TEARDOWN pot iniciar o aturar l’enviament de RTP, etc .;
6. Protocol TCP i UDP
Protocol TCP
TCP, el nom complet és Protocol de control de transferència, i el nom xinès és Protocol de control de transmissió. Funciona a la capa de transport OSI i proporciona serveis de transmissió fiables orientats a la connexió.
El treball de TCP consisteix principalment en establir una connexió i, després, rebre dades del programa de capa d’aplicació i transmetre-les. TCP utilitza la connexió de circuits virtuals per funcionar. Abans d’enviar dades, ha d’establir una connexió entre l’emissor i el receptor. Un cop enviades les dades, el remitent esperarà que el receptor doni una resposta de confirmació, en cas contrari el remitent pensarà que aquestes dades es perdran i tornaran a enviar-les.
RTP no és com http i ftp que poden descarregar el fitxer complet de la pel·lícula completament. Envia dades a la xarxa a una velocitat de dades fixa. El client també mira el fitxer de la pel·lícula a aquesta velocitat. Després de reproduir la pantalla de la pel·lícula, no es pot reproduir repetidament. , Llevat que torneu a sol·licitar dades al servidor.
La diferència més gran entre RTSP i RTP és que: RTSP és un protocol bidireccional de transmissió de dades en temps real, que permet al client enviar sol·licituds al servidor, com ara operacions de reproducció, avançament ràpid i inversió.
Per descomptat, RTSP pot transmetre dades basades en RTP i també pot triar TCP, UDP, UDP multidifusió i altres canals per enviar dades, que té una bona escalabilitat.
És un protocol de capa d’aplicació de xarxa similar al protocol http.
Port d'origen: s'especifica el port del remitent
Port de destinació: s’especifica el número de port de l’extrem receptor
Número de seqüència: indica la posició del segment en la seqüència de segments a transmetre
Número de confirmació: especifica el número de seqüència del segment rebut amb èxit; el número de seqüència de confirmació conté el següent número de seqüència que espera rebre el final que envia la confirmació.
Desplaçament TCP: especifica la longitud de la capçalera del segment. La longitud de la capçalera de secció depèn de l’opció establerta al camp d’opció de capçalera de secció
Reservat: es designa un camp reservat per a ús futur
Rètols: SYN, ACK, PSH, RST, URG, FIN
SYN: significa sincronització
ACK: significa confirmació
PSH: indica que les dades s’enviaran al procés de recepció el més aviat possible
RST: indica la connexió de restabliment
URG: Indica el punter d’emergència
FIN: indica que el remitent ha completat la transmissió de dades
Finestra: especifiqueu l'ordre sobre la mida del segment següent que pot transmetre l'emissor
Suma de comprovació: la suma de comprensió conté la part de dades i capçalera de segment TCP, que s’utilitza per verificar la fiabilitat de la part de capçalera i dades de segment
Emergència: indica que el segment conté informació d’emergència i que el punter d’emergència només és vàlid quan el senyalador URG està establert a 1.
Opcions: s’especifica la mida del segment reconeguda, la marca de temps, el final del camp d’opció i s’especifica l’opció límit del camp d’opció
Com funciona TCP
Establiment de connexions TCP: el procés d’establiment de connexions TCP també s’anomena encaix de mans de tres vies TCP. En primer lloc, l'amfitrió emissor inicia una sol·licitud de sincronització (SYN) per establir una connexió amb l'amfitrió receptor; l'amfitrió receptor respon amb una resposta de sincronització / reconeixement (SYN / ACK) a l'amfitrió emissor després de rebre aquesta sol·licitud; l'amfitrió remitent ho rep. Després que el paquet s'enviï un confirmació (ACK) a l'amfitrió receptor, en aquest moment la connexió TCP s'ha establert correctament;
Tancament de la connexió TCP: després que l'amfitrió remitent i l'amfitrió de destinació estableixin una connexió TCP i completin la transmissió de dades, s'enviarà un paquet de dades amb el senyal final definit a 1 per tancar la connexió TCP i alliberar l'espai de memòria intermèdia ocupat per la connexió el mateix temps; Configuració de restabliment TCP: TCP permet interrompre bruscament la connexió durant la transmissió, que s’anomena restabliment TCP;
Classificació i confirmació de dades TCP: TCP és un protocol de transmissió fiable. Utilitza números de seqüència i números de confirmació per fer un seguiment de la recepció de dades durant la transmissió;
Retransmissió TCP: en el procés de transmissió TCP, si l’amfitrió receptor no rep una resposta d’acusament a un paquet de dades durant el període d’espera de retransmissió, l’amfitrió emissor considera que el paquet de dades s’ha perdut i torna a enviar el paquet de dades al receptor. s’anomena retransmissió TCP;
Confirmació del retard TCP: TCP no sempre confirma el data immediatament després de rebre'l. Permet que l'amfitrió enviï el seu propi missatge de confirmació a l'altra part mentre rep les dades.
Protecció de dades TCP (checksum): TCP és un protocol de transmissió fiable, que proporciona càlcul de suma de comprovació per adonar-se de la integritat de les dades durant la transmissió.
Protocol UDP
El protocol UDP és l'abreviatura de l'anglès UserDatagramProtocol, és a dir, protocol de datagrama d'usuari, que s'utilitza principalment per donar suport a aplicacions de xarxa que necessiten transmetre dades entre ordinadors. Nombroses aplicacions de xarxa client / servidor, inclosos els sistemes de videoconferència de xarxa, han d’utilitzar el protocol UDP. El protocol UDP s’ha utilitzat durant molts anys des dels seus inicis. Tot i que alguns protocols similars han ocultat la seva brillantor inicial, encara avui, UDP continua sent un protocol de capa de transport de xarxa molt pràctic i factible.
Igual que el conegut protocol TCP (Transmission Control Protocol), el protocol UDP es troba directament a sobre del protocol IP (Internet Protocol). Segons el model de referència OSI (Open System Interconnection), UDP i TCP són protocols de capa de transport.
La funció principal del protocol UDP és comprimir el trànsit de dades de xarxa en forma de datagrames. Un datagrama típic és una unitat de transmissió de dades binàries. Els primers 8 bytes de cada datagrama s’utilitzen per contenir informació de capçalera i els bytes restants s’utilitzen per contenir dades de transmissió específiques.
7. Comparació de protocols RTP / RTCP, RTMP, TCP, UDP
TCP és un protocol punt a punt, que significa que cada client ha de separar l’enllaç client / servidor, de manera que la transmissió de dades a diversos clients no es pot realitzar a nivell de xarxa. Si s'ha de transmetre un flux de dades a diversos clients alhora, el servidor ha de transmetre una còpia del flux de dades a cada client. TCP pot ajustar dinàmicament la velocitat de transmissió segons l’amplada de banda de la xarxa i el grau de congestió i reenviar els paquets de dades perduts. Es garanteix la fiabilitat de la transmissió de dades, però els recursos del servidor són cars i és difícil assegurar el rendiment en temps real de la transmissió de flux de dades quan el flux de dades és gran.
UDP és un protocol de transmissió poc fiable. Al final de l'enviament, la velocitat amb què UDP transmet les dades només està limitada per la velocitat a la qual l'aplicació genera dades, la capacitat de l'ordinador i l'amplada de banda de transmissió; al final de la recepció, UDP posa cada segment de missatge en una cua. L'aplicació llegeix un segment de missatges de la cua cada vegada; el protocol UDP no necessita mantenir l'estat de connexió i no creu que tots els paquets de dades hagin d'arribar a l'extrem receptor, de manera que la càrrega de la xarxa és menor que TCP i la velocitat de transmissió és més ràpida que TCP; Com més congestionada sigui la xarxa, més paquets de dades es perden.
La principal diferència entre el protocol UDP i TCP és com aconseguir una transmissió fiable d’informació. El protocol TCP conté un mecanisme especial de garantia de lliurament. Quan el receptor de dades rebi la informació del remitent, enviarà automàticament un missatge de confirmació al remitent; el remitent continuarà transmetent altra informació només després de rebre el missatge de confirmació. En cas contrari, s’esperarà fins que es rebi el missatge de confirmació.
Per tant, TCP té més temps per establir una connexió que UDP. En comparació amb UDP, TCP té més seguretat i fiabilitat. La mida de la transmissió del protocol TCP no és limitada. Un cop establerta la connexió, ambdues parts poden transmetre una gran quantitat de dades en un format determinat, mentre que UDP és un protocol poc fiable amb un límit de mida, que no pot superar els 64K cada vegada.
En comparació amb el protocol TCP, una altra diferència del protocol UDP és la forma de rebre diversos datagrames que són inesperats. A diferència de TCP, UDP no garanteix l’ordre d’enviament i recepció de dades.
RTP és superior a UDP. Tot i que UDP no és tan fiable com TCP i no pot garantir la qualitat del serveiQuant als serveis en temps real, RTCP ha de controlar la transmissió de dades i la qualitat del servei en temps real. Tanmateix, com que el retard de transmissió d'UDP és inferior al de TCP, pot ser molt compatible amb l'àudio i el vídeo. Bon partit. Per tant, en aplicacions pràctiques, RTP / RTCP / UDP s’utilitza per a suports d’àudio / vídeo i TCP per a la transmissió de dades i la senyalització de control.
El protocol RTMP és un protocol dissenyat específicament per a la transmissió eficient de vídeo, àudio i dades. Realitza transmissions de so i vídeo en temps real establint una connexió TCP binària o connectant un túnel HTTP.
RTMP admet més protocols multimèdia que els servidors tradicionals. Admet la transmissió dinàmica de diverses línies que poden contenir dades d’àudio, vídeo i seqüències d’ordres del servidor al client i del client al servidor. RTMP processa les dades d'àudio, vídeo i script per separat.
Les dades de so i vídeo es guarden en memòria intermèdia per separat al servidor. Si les dades de so assoleixen un límit determinat a la memòria intermèdia de so, es descartaran totes les dades de la memòria intermèdia i es permetrà que les dades més recentment arribades comencin a recollir-se a la memòria intermèdia i s’enviïn a cada client. Les dades de vídeo es processen de manera similar, la diferència és que quan arriba un nou marc clau, les dades del buffer s’esborren. Quan es descarten les dades de fotogrames antics, si es constata que les dades del client són incorrectes, s’ajusten els fotogrames nou i antic.
RTMP dóna diferents nivells de prioritat a les dades. A la conversa en temps real, el so és el més important, el vídeo té poca prioritat i les dades de script tenen prioritat entre el so i el vídeo.
El protocol RTMP pot crear diversos fluxos de dades, però cada flux de dades només pot tenir una direcció. Mitjançant l’ús de RTMP es pot construir un sistema d’aquest tipus, el client pot interactuar amb el servidor RTMP i el servidor d’aplicacions al mateix temps, de manera que es pot dispersar la càrrega al servidor, tot i que en aquesta estructura del sistema millorada, els requisits de rendiment del servidor RTMP són relativament alts.
8. Altres acords
Protocol HTTP, el nom complet és HyperText Transfer Protocol i el nom xinès és HyperText Transfer Protocol;
Protocol MMS, el nom complet és Microsoft Media Server Protocol i el nom xinès és Microsoft Media Server Protocol;
El protocol HLS, nom complet HTTP Live Streaming, és un protocol de transmissió de mitjans de transmissió basat en HTTP implementat per Apple Inc .;
|
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