FMUSER ¡Transmite video y audio sin cables más fácilmente!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikáans
sq.fmuser.org -> albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenio
az.fmuser.org -> azerbaiyano
eu.fmuser.org -> Vasco
be.fmuser.org -> bielorruso
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chino (simplificado)
zh-TW.fmuser.org -> Chino (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estonio
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandés
fr.fmuser.org -> Francés
gl.fmuser.org -> gallego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemán
el.fmuser.org -> Griego
ht.fmuser.org -> criollo haitiano
iw.fmuser.org -> hebreo
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> japonés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituania
mk.fmuser.org -> macedonio
ms.fmuser.org -> malayo
mt.fmuser.org -> maltés
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> portugués
ro.fmuser.org -> Rumano
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> eslovaco
sl.fmuser.org -> Eslovenia
es.fmuser.org -> español
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandés
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
5, protocolo RTSP
Documento de referencia RFC2326
El Protocolo de transmisión en tiempo real (Protocolo de transmisión en tiempo real) es un protocolo de transmisión multimedia que se utiliza para controlar el sonido o el video y permite el control de demanda de transmisión múltiple simultánea. El protocolo de comunicación de red utilizado durante la transmisión no está dentro de su rango definido. El lado del servidor Puede optar por utilizar TCP o UDP para transmitir contenido en tiempo real. Su sintaxis y funcionamiento son similares a HTTP 1.1, pero la sincronización de tiempo no se enfatiza particularmente, por lo que puede tolerar retrasos en la red. El control de demanda de transmisión múltiple mencionado anteriormente (multidifusión) mencionado anteriormente no solo puede reducir el uso de la red en el lado del servidor, sino que también admite videoconferencias multipartitas (videoconferencia). Debido a que funciona de manera similar a HTTP1.1, la función de caché "Cache" del servidor proxy "Proxy" también es aplicable a RTSP, y debido a que RTSP tiene una función de redirección, el servidor que proporciona el servicio se puede cambiar de acuerdo con la carga real. situación para Evitar una carga excesiva concentrada en el mismo servidor y provocar retrasos.
fue propuesto conjuntamente por Real Networks y Netscape. El protocolo define cómo las aplicaciones de uno a varios pueden transmitir datos multimedia de forma eficaz a través de una red IP. RTSP proporciona un marco extensible que hace posible el control y los datos en tiempo real bajo demanda, como audio y video. Las fuentes de datos incluyen datos en vivo y datos almacenados en clips.
El propósito de este protocolo es controlar múltiples conexiones de transmisión de datos, proporcionar una forma de seleccionar canales de transmisión, como UDP, multidifusión UDP y TCP, y proporcionar métodos para seleccionar un mecanismo de transmisión basado en RTP.
La relación entre RTSP y RTP
RTP: Protocolo de transporte en tiempo real
RTP / RTCP es el protocolo de transmisión de datos real;
RTP transmite datos de audio / video. Si es PLAY, el servidor lo envía al cliente. Si es RECORD, el cliente puede enviarlo al servidor. Todo el protocolo RTP consta de dos partes estrechamente relacionadas: el protocolo de datos RTP y el protocolo de control RTP (es decir, RTCP) ;
RTCP: RTCP incluye el Informe del remitente y el Informe del receptor, que se utilizan para la sincronización de audio / vídeo y otros fines, y es un protocolo de control;
RTSP: Protocolo de transmisión en tiempo real (RTSP)
Las solicitudes RTSP incluyen principalmente DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, etc., como su nombre lo indica, se puede conocer como una función de diálogo y control;
Durante la conversación RTSP, SETUP puede determinar el puerto utilizado por RTP / RTCP, PLAY / PAUSE / TEARDOWN puede iniciar o detener el envío de RTP, etc .;
6. Protocolo TCP y UDP
protocolo TCP
TCP, el nombre completo es Protocolo de control de transferencia, y el nombre chino es Protocolo de control de transmisión. Funciona en la capa de transporte OSI y proporciona servicios de transmisión fiables orientados a la conexión.
El trabajo de TCP es principalmente establecer una conexión y luego recibir datos del programa de la capa de aplicación y transmitirlos. TCP utiliza una conexión de circuito virtual para funcionar. Antes de enviar datos, necesita establecer una conexión entre el remitente y el receptor. Una vez enviados los datos, el remitente esperará a que el receptor dé una respuesta de confirmación; de lo contrario, el remitente pensará que estos datos se han perdido y los reenviará.
RTP no es como http y ftp que pueden descargar el archivo de película completo por completo. Envía datos en la red a una velocidad de datos fija. El cliente también ve el archivo de película a esta velocidad. Una vez que se reproduce la pantalla de película, no se puede reproducir repetidamente. , A menos que vuelva a solicitar datos al servidor.
La mayor diferencia entre RTSP y RTP es que: RTSP es un protocolo de transmisión de datos bidireccional en tiempo real, que permite al cliente enviar solicitudes al servidor, como operaciones de reproducción, avance rápido y retroceso.
Por supuesto, RTSP puede transmitir datos basados en RTP, y también puede elegir TCP, UDP, multidifusión UDP y otros canales para enviar datos, lo que tiene una buena escalabilidad.
Es un protocolo de capa de aplicación de red similar al protocolo http.
Puerto de origen: se especifica el puerto del remitente
Puerto de destino: se especifica el número de puerto del extremo receptor
Número de secuencia: indica la posición del segmento en la secuencia de segmentos a transmitir
Número de confirmación: especifica el número de secuencia del segmento recibido con éxito, el número de secuencia de confirmación contiene el siguiente número de secuencia que el final que envía la confirmación espera recibir
Desplazamiento de TCP: especifica la longitud del encabezado del segmento. La longitud del encabezado de la sección depende de la opción establecida en el campo de opción del encabezado de la sección
Reservado: un campo reservado está designado para uso futuro
Señales: SYN, ACK, PSH, RST, URG, FIN
SYN: significa sincronización
ACK: significa confirmación
PSH: Indica que los datos se enviarán al proceso de recepción lo antes posible
RST: indica restablecimiento de la conexión
URG: Indica puntero de emergencia.
FIN: Indica que el remitente ha completado la transmisión de datos.
Ventana: especifique el comando sobre el tamaño del siguiente segmento que el remitente puede transmitir
Suma de comprobación: la suma de comprobación contiene el encabezado del segmento TCP y la parte de datos, que se utilizan para verificar la confiabilidad del encabezado del segmento y la parte de datos.
Emergencia: indica que el segmento contiene información de emergencia y el puntero de emergencia es válido solo cuando la bandera URG está configurada en 1.
Opciones: se especifican el tamaño del segmento reconocido, la marca de tiempo, el final del campo de opción y la opción de límite del campo de opción
Cómo funciona TCP
Establecimiento de la conexión TCP: El proceso de establecimiento de la conexión TCP también se denomina protocolo de enlace de tres vías TCP. Primero, el anfitrión remitente inicia una solicitud de sincronización (SYN) para establecer una conexión con el anfitrión receptor; el anfitrión receptor responde con una respuesta de sincronización / reconocimiento (SYN / ACK) al anfitrión remitente después de recibir esta solicitud; el host remitente recibe esto Después de que el paquete se envía un acuse de recibo (ACK) al host receptor, en este momento la conexión TCP se establece con éxito;
Cierre de la conexión TCP: después de que el host remitente y el host de destino establezcan una conexión TCP y completen la transmisión de datos, se enviará un paquete de datos con el indicador de finalización establecido en 1 para cerrar la conexión TCP y liberar el espacio de búfer ocupado por la conexión en al mismo tiempo; Configuración de restablecimiento de TCP: TCP permite que la conexión se interrumpa repentinamente durante la transmisión, lo que se denomina restablecimiento de TCP;
Clasificación y confirmación de datos TCP: TCP es un protocolo de transmisión confiable. Utiliza números de secuencia y números de confirmación para rastrear la recepción de datos durante la transmisión;
Retransmisión de TCP: en el proceso de transmisión de TCP, si el host receptor no recibe una respuesta de reconocimiento a un paquete de datos dentro del período de tiempo de espera de retransmisión, el host remitente considera que el paquete de datos se perdió y envía el paquete de datos al receptor nuevamente. se llama retransmisión TCP;
Confirmación de retraso de TCP: TCP no siempre confirma la data inmediatamente después de recibirlo. Permite al anfitrión enviar su propio mensaje de confirmación a la otra parte mientras recibe los datos.
Protección de datos TCP (suma de verificación): TCP es un protocolo de transmisión confiable, que proporciona un cálculo de suma de verificación para realizar la integridad de los datos durante la transmisión.
Protocolo UDP
El protocolo UDP es la abreviatura de UserDatagramProtocol en inglés, es decir, protocolo de datagrama de usuario, que se utiliza principalmente para admitir aplicaciones de red que necesitan transmitir datos entre computadoras. Numerosas aplicaciones de red cliente / servidor, incluidos los sistemas de videoconferencia en red, necesitan utilizar el protocolo UDP. El protocolo UDP se ha utilizado durante muchos años desde sus inicios. Aunque su brillo inicial se ha visto oscurecido por algunos protocolos similares, incluso hoy, UDP sigue siendo un protocolo de capa de transporte de red muy práctico y factible.
Al igual que el conocido protocolo TCP (Protocolo de control de transmisión), el protocolo UDP se encuentra directamente encima del protocolo IP (Protocolo de Internet). Según el modelo de referencia OSI (Open System Interconnection), UDP y TCP son ambos protocolos de capa de transporte.
La función principal del protocolo UDP es comprimir el tráfico de datos de la red en forma de datagramas. Un datagrama típico es una unidad de transmisión de datos binarios. Los primeros 8 bytes de cada datagrama se utilizan para contener información de encabezado y los bytes restantes se utilizan para contener datos de transmisión específicos.
7. Comparación de protocolos RTP / RTCP, RTMP, TCP, UDP
TCP es un protocolo punto a punto, lo que significa que cada cliente necesita separar el enlace cliente / servidor, por lo que la transmisión de datos a múltiples clientes no se puede realizar a nivel de red. Si un flujo de datos debe transmitirse a varios clientes al mismo tiempo, el servidor debe transmitir una copia del flujo de datos a cada cliente. TCP puede ajustar dinámicamente la velocidad de transmisión de acuerdo con el ancho de banda de la red y el grado de congestión y reenviar los paquetes de datos perdidos. La confiabilidad de la transmisión de datos está asegurada, pero los recursos del servidor son costosos y es difícil asegurar el desempeño en tiempo real de la transmisión del flujo de datos cuando el flujo de datos es grande.
UDP es un protocolo de transmisión poco confiable. En el extremo de envío, la velocidad a la que UDP transmite datos solo está limitada por la velocidad a la que la aplicación genera datos, la capacidad de la computadora y el ancho de banda de transmisión; en el extremo receptor, UDP coloca cada segmento de mensaje en una cola. La aplicación lee un segmento de mensaje de la cola cada vez; el protocolo UDP no necesita mantener el estado de conexión y no cree que cada paquete de datos deba llegar al extremo receptor, por lo que la carga de la red es menor que TCP y la velocidad de transmisión es más rápida que TCP; Cuanto más congestionada está la red, más paquetes de datos se pierden.
La principal diferencia entre el protocolo UDP y TCP es cómo lograr una transmisión confiable de información. El protocolo TCP contiene un mecanismo de garantía de entrega especial. Cuando el receptor de datos recibe la información del remitente, enviará automáticamente un mensaje de confirmación al remitente; el remitente continuará transmitiendo otra información solo después de recibir el mensaje de confirmación. De lo contrario, esperará hasta que se reciba el mensaje de confirmación.
Por tanto, TCP tiene más tiempo para establecer una conexión que UDP. Comparado con UDP, TCP tiene mayor seguridad y confiabilidad. El tamaño de la transmisión del protocolo TCP no está limitado. Una vez que se establece la conexión, ambas partes pueden transmitir una gran cantidad de datos en un formato determinado, mientras que UDP es un protocolo poco confiable con un límite de tamaño, que no puede exceder los 64K cada vez.
Comparado con el protocolo TCP, otra diferencia del protocolo UDP es cómo recibir múltiples datagramas que son inesperados. A diferencia de TCP, UDP no garantiza el orden de envío y recepción de datos.
RTP está por encima de UDP. Aunque UDP no es tan confiable como TCP y no puede garantizar la calidad del servicioEn cuanto a los servicios en tiempo real, RTCP necesita monitorear la transmisión de datos y la calidad del servicio en tiempo real. Sin embargo, debido a que el retardo de transmisión de UDP es menor que el de TCP, puede ser muy compatible con video y audio. Buen partido. Por lo tanto, en aplicaciones prácticas, RTP / RTCP / UDP se usa para medios de audio / video, y TCP se usa para la transmisión de datos y señalización de control.
El protocolo RTMP es un protocolo diseñado específicamente para la transmisión eficiente de video, audio y datos. Realiza la transmisión de video y sonido en tiempo real estableciendo una conexión TCP binaria o conectando un túnel HTTP.
RTMP admite más protocolos de medios que los servidores de medios tradicionales. Admite la transmisión dinámica de varias líneas que pueden contener datos de audio, video y secuencias de comandos del servidor al cliente y del cliente al servidor. RTMP procesa datos de audio, video y script por separado.
Los datos de sonido y video se almacenan en búfer por separado en el servidor. Si los datos de sonido alcanzan un cierto límite en el búfer de sonido, todos los datos del búfer se descartarán y los datos recién llegados podrán comenzar a recopilarse en el búfer y enviarse a cada cliente. Los datos de video se procesan de manera similar, la diferencia es que cuando llega un nuevo fotograma clave, los datos en el búfer se borran. Al descartar los datos del marco antiguo, si se encuentra que los datos del cliente son incorrectos, se ajustan los marcos nuevo y antiguo.
RTMP otorga diferentes niveles de prioridad a los datos. En una conversación en tiempo real, el sonido es lo más importante, el video tiene baja prioridad y los datos del guión tienen prioridad entre el sonido y el video.
El protocolo RTMP puede crear múltiples flujos de datos, pero cada flujo de datos solo puede tener una dirección. El uso de RTMP puede construir un sistema de este tipo, el cliente puede interactuar con el servidor RTMP y el servidor de aplicaciones al mismo tiempo, de modo que la carga en el servidor se puede dispersar, aunque en esta estructura mejorada del sistema, los requisitos de rendimiento del servidor RTMP son relativamente altos.
8. Otros acuerdos
Protocolo HTTP, el nombre completo es Protocolo de transferencia de hipertexto y el nombre chino es Protocolo de transferencia de hipertexto;
Protocolo MMS, el nombre completo es Protocolo de servidor de medios de Microsoft y el nombre chino es Protocolo de servidor de medios de Microsoft;
El protocolo HLS, de nombre completo HTTP Live Streaming, es un protocolo de transmisión de medios de transmisión basado en HTTP implementado por Apple Inc .;
|
Ingrese el correo electrónico para recibir una sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Afrikáans
sq.fmuser.org -> albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenio
az.fmuser.org -> azerbaiyano
eu.fmuser.org -> Vasco
be.fmuser.org -> bielorruso
bg.fmuser.org -> Bulgaria
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chino (simplificado)
zh-TW.fmuser.org -> Chino (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estonio
tl.fmuser.org -> filipino
fi.fmuser.org -> finlandés
fr.fmuser.org -> Francés
gl.fmuser.org -> gallego
ka.fmuser.org -> georgiano
de.fmuser.org -> alemán
el.fmuser.org -> Griego
ht.fmuser.org -> criollo haitiano
iw.fmuser.org -> hebreo
hi.fmuser.org -> Hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> japonés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituania
mk.fmuser.org -> macedonio
ms.fmuser.org -> malayo
mt.fmuser.org -> maltés
no.fmuser.org -> Noruega
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> portugués
ro.fmuser.org -> Rumano
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> eslovaco
sl.fmuser.org -> Eslovenia
es.fmuser.org -> español
sw.fmuser.org -> Swahili
sv.fmuser.org -> sueco
th.fmuser.org -> Tailandés
tr.fmuser.org -> turco
uk.fmuser.org -> ucraniano
ur.fmuser.org -> Urdu
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER ¡Transmite video y audio sin cables más fácilmente!
Contacto
Dirección:
Habitación No.305 Edificio HuiLan No.273 Huanpu Road Guangzhou China 510620
Categorías
Newsletter