Protocolo de transmisión en vivo

Los denominados medios de transmisión en continuo se refieren al formato de medios reproducidos en Internet mediante transmisión en continuo.
La transmisión de medios también se conoce como transmisión de medios, lo que significa que las empresas utilizan un servidor de entrega de video para enviar programas como paquetes de datos a la red.
Después de que el usuario descomprime los datos a través del dispositivo de descompresión, el programa se mostrará como antes.
La transmisión de medios transmite archivos de audio, video y multimedia en la red mediante transmisión.
El formato de archivo de transmisión de medios es un formato de medios que admite la transmisión y reproducción de transmisión.
El modo de transmisión en tiempo real consiste en dividir archivos multimedia como video y audio en paquetes de compresión a través del modo de compresión especial,
Transmisión continua y en tiempo real desde el servidor al ordenador del usuario. En el sistema de transmisión, los usuarios no tienen que esperar por todo el archivo como si no hubiera transmisión
Solo después de que se hayan completado todas las descargas, podemos ver los contenidos, pero solo después de unos segundos o decenas de segundos de retraso en el inicio, podemos usarlos en la computadora del usuario.

El reproductor correspondiente reproducirá el video o audio comprimido y otros archivos multimedia de transmisión, y el resto continuará descargándose hasta el final de la reproducción.
RTP: (Protocolo de transporte en tiempo real)
RTP es un protocolo de capa de transporte para el flujo de datos multimedia en Internet. RTP se utiliza junto con RTCP y se basa en el protocolo UDP

A diferencia de HTTP y FTP, RTP puede descargar todo el archivo de video por completo. Envía datos en la red a una velocidad de datos fija. El cliente también ve el archivo de video a esta velocidad. Cuándo
Una vez que se reproduce la imagen de la película y la televisión, no se puede volver a reproducir, a menos que los datos se soliciten nuevamente al servidor.
RTCP: protocolo de control de transporte en tiempo real o RTP (protocolo de control o RTCP)
RTCP es un protocolo hermano de RTP
Nota: -: el protocolo RTP y RTCP se utilizan juntos y se basa en el protocolo UDP (generalmente utilizado para videoconferencias)
RTSP: (Protocolo de transmisión en tiempo real)
Protocolo de sesión de medios de transmisión en tiempo real, SDP (Protocolo de descripción de sesión), RTP (Protocolo de transporte en tiempo real).
RTSP es un protocolo de transmisión multimedia que se utiliza para controlar el sonido o el video. RTSP proporciona un marco extensible que permite controlar y exigir datos en tiempo real, como audio y video.
Los datos de los medios utilizan el protocolo RTP, RTCP.
Generalmente, UDP se utiliza como capa de transporte. Adecuado para escenas de IPTV.
Las fuentes de datos incluyen datos de campo y datos almacenados en clips. El propósito de este protocolo es controlar múltiples conexiones de transmisión de datos y proporcionar una forma de seleccionar canales de transmisión, como UDP, multidifusión UDP y TCP.

También proporciona un método para seleccionar el mecanismo de transmisión basado en RTP.
El protocolo de red utilizado en la transmisión no está dentro del alcance de su definición. El servidor puede optar por utilizar TCP o UDP para transmitir el contenido de la transmisión, que es más tolerante con el retraso de la red.
---> 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 reproducción, avance rápido, retroceso, etc. Cuándo
Sin embargo, RTSP puede transmitir datos basados en RTP y también puede seleccionar TCP, UDP, multidifusión UDP y otros canales para enviar datos, lo que tiene una buena escalabilidad. Es similar al protocolo HTTP.

WebRTC:
El protocolo de transmisión de medios se implementa en la web. Cuando Google lanzó webrtc por primera vez, los gigantes miraron con frialdad o se resistieron. El protocolo RTP se utiliza para la transmisión.
RTMP (Protocolo de mensajería en tiempo real)
Macromedia desarrolló un conjunto de protocolos de video en vivo, ahora pertenece a adobe. Al igual que HLS, se puede aplicar a video en vivo y no se perderá según TCP.

// La diferencia es que RTMP no se puede reproducir en el navegador IOS basado en flash, pero su rendimiento en tiempo real es mejor que HLS.
El protocolo de mensajería en tiempo real es un protocolo abierto desarrollado por Adobe Systems para la transmisión de audio, video y datos entre el reproductor flash y el servidor.

// En el código IOS, RTMP se usa comúnmente para impulsar la transmisión. Puede utilizar la biblioteca de terceros librtmp IOS para impulsar la transmisión. Librtmp encapsula algunas API principales para que los usuarios llamen
El protocolo RTMP también requiere que el cliente y el servidor establezcan una conexión RTMP a través de un "protocolo de enlace" y luego transmitan información de control sobre la conexión. El protocolo RTMP formateará los datos durante la transmisión. Para lograr una mejor multiplexación, subcontratación y equidad de la información, el remitente dividirá el mensaje en partes con la identificación del mensaje, y cada parte puede ser un mensaje separado.

También puede ser parte del mensaje. El receptor restaurará el fragmento a un mensaje completo de acuerdo con la longitud de los datos, la identificación del mensaje y el mensaje contenido en el fragmento, para enviar y recibir información.

HLS: Transmisión en directo HTTP (HLS)
Es un protocolo de transporte de medios de transmisión basado en HTTP implementado por Apple Inc,
Puede realizar medios de transmisión en vivo y bajo demanda, utilizados principalmente en el sistema IOS
Proporcionar soluciones de audio y video en vivo y bajo demanda para dispositivos IOS (como iPhone y iPad).
HLS bajo demanda es básicamente un HTTP segmentado común bajo demanda. La diferencia es que sus segmentos son muy pequeños.
En comparación con los protocolos comunes de transmisión en vivo, como el protocolo RTMP, el protocolo RTSP, el protocolo MMS, etc., la mayor diferencia de la transmisión en vivo de HLS es que lo que obtiene el cliente de transmisión en vivo no es un mensaje completo.

Todo el flujo de datos.
El protocolo HLS almacena el flujo de datos en vivo como archivos multimedia continuos, a corto plazo y largos (formato mpeg-ts) en el lado del servidor, mientras que el lado del cliente descarga y reproduce continuamente estos pequeños archivos.
Debido a que el servidor siempre genera nuevos archivos pequeños a partir de los últimos datos en vivo, siempre que el cliente reproduzca continuamente los archivos obtenidos del servidor en orden, se realiza la transmisión en vivo.
Se puede ver que, básicamente, HLS se basa en>> tecnología bajo demanda para lograr <<en vivo. Debido a que los datos se transmiten a través del protocolo HTTP, no es necesario considerar el firewall o el proxy.
Además, la longitud del archivo segmentado es muy corta, por lo que el cliente puede seleccionar y cambiar rápidamente la velocidad del código para adaptarse a la reproducción en diferentes condiciones de ancho de banda. Sin embargo, este tipo de características técnicas de HLS determina su desarrollo futuro.

Generalmente, el retraso es siempre mayor que el protocolo de transmisión en vivo normal.
// Tanto IOS como Android, naturalmente, admiten este protocolo, y la configuración es simple. Puedes usar la etiqueta de video directamente
*** VLS: es una especie de servidor de transmisión, que se utiliza especialmente para resolver varios problemas de transmisión. También tiene algunas características de VLC. Como servidor, videolan puede generar flujos HTTP, RTP y RTSP.
En principio, RTSP, RTMP y HTTP se pueden usar para transmisiones en vivo y bajo demanda, pero generalmente RTSP y RTMP se usan para transmisiones en vivo y HTTP se usa para transmisiones bajo demanda. Elegimos el protocolo RTMP.

RTMP y httpflv: los datos de estos dos protocolos son aproximadamente los mismos, por lo que las razones del retraso son similares. Es razonable decir que el retraso de la transmisión TCP en vivo es muy bajo. ¿Por qué hay demoras en RTMP y httpflv? La razón es que en h264, RTMP y httpflv son etiquetas flv transmitidas. Los datos de la etiqueta de video suelen ser datos H264. La decodificación H264 tiene un IBP. Yo es el fotograma clave, que es una imagen completa. Primero debe tener una I para decodificar el siguiente BP. El número de fotogramas BP puede ser tan pequeño como desee, pero el número de fotogramas I no puede ser menor, por lo que los fotogramas I deben estar en flv. La transmisión de etiquetas es la segunda transmisión (la primera es h264spps). Sin embargo, las tramas I no son comunes en las transmisiones H264. Solo hay un I-frame tras otro. Este intervalo se conoce comúnmente como GOP. Al codificar, GOP se establece muy corto. Cuando el cliente se conecta, el servidor encontrará el último I-frame en la transmisión a la velocidad más rápida y enviará datos en vivo desde I-frame. Sin embargo, cuando GOP es muy largo, el intervalo I-frame es muy largo, o espere a que el siguiente I frame comience a enviar datos a la nueva conexión, o busque el último I frame en la caché para comenzar a enviar. Esta es la clave del retraso de los protocolos RTMP y HLS. En las principales plataformas de CDN, se denomina "segundo RTMP en tecnología". El principio es decodificar los datos de transmisión dos veces y establecer un pequeño GOP. En general, cuando GOP se establece en 1 s, independientemente del retardo del enlace de transmisión de la red, el retardo máximo de datos es 1 s. ¡Afortunadamente, el marco es 0 retraso!

¿A qué distancia (largo) de la cubierta del transmisor?

El alcance de transmisión depende de muchos factores. La distancia real se basa en la instalación de la antena de altura, ganancia de antena, utilizando como medio de construcción y otras obstrucciones, la sensibilidad del receptor, la antena del receptor. La instalación de la antena más alta y el uso en el campo, la distancia será mucho más lejos.

Transmisor FM 5W ejemplo, el uso en la ciudad y la ciudad natal:

Tengo un cliente de uso del transmisor FM con antena 5W EE.UU. GP en su ciudad natal, y lo prueba con un coche, es cubrir 10km (6.21mile).

Puedo probar el transmisor de FM con antena GP 5W en mi ciudad natal, que cubren alrededor 2km (1.24mile).

Puedo probar el transmisor de FM con antena 5W médico de cabecera en la ciudad de Guangzhou, que sólo cubren alrededor 300meter (984ft).

A continuación se presentan el intervalo aproximado de diferentes transmisores de FM de potencia. (El rango es de diámetro)

Transmisor FM 0.1W ~ 5W: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

Transmisor FM 15W ~ 80W: 3KM ~ 10KM

Transmisor FM 80W ~ 500W: 10KM ~ 30KM

Transmisor FM 500W ~ 1000W: 30KM ~ 50KM

Transmisor FM 1KW ~ 2KW: 50KM ~ 100KM

Transmisor FM 2KW ~ 5KW: 100KM ~ 150KM

Transmisor FM 5KW ~ 10KW: 150KM ~ 200KM

Cómo ponerse en contacto con nosotros para el transmisor?

Llámame + O 8618078869184
Envía un email [email protected]
1.How hasta dónde quiere cubrir de diámetro?
2.How alta de que la torre?
3.Where eres?
Y vamos a darle más consejo profesional.

Sobre Nosotros

FMUSER.ORG es una empresa de integración de sistemas que se enfoca en la transmisión inalámbrica de RF / equipos de audio / video de estudio / transmisión y procesamiento de datos. Ofrecemos todo tipo de asesoría, desde consultoría hasta la integración en rack, instalación, puesta en marcha y capacitación.

Ofrecemos transmisor de FM, transmisor de TV analógica, transmisor de TV digital, transmisor UHF VHF, antenas, conectores de cable coaxial, STL, procesamiento en el aire, productos de difusión para el estudio, monitoreo de señal RF, codificadores RDS, procesadores de audio y unidades de control de sitio remoto. Productos de IPTV, codificador / decodificador de video / audio, diseñados para satisfacer las necesidades de las grandes redes de transmisión internacionales y las pequeñas estaciones privadas.

Nuestra solución tiene estación de radio FM / estación de TV analógica / estación de TV digital / equipo de estudio de audio y video / enlace de transmisor de estudio / sistema de telemetría de transmisor / sistema de TV de hotel / transmisión en vivo de IPTV / transmisión en vivo de transmisión / videoconferencia / sistema de transmisión de CATV.

Estamos utilizando productos de tecnología avanzada para todos los sistemas, porque sabemos que la alta confiabilidad y el alto rendimiento son tan importantes para el sistema y la solución. Al mismo tiempo, también tenemos que asegurarnos de que nuestro sistema de productos tenga un precio muy razonable.

Tenemos clientes de emisoras públicas y comerciales, operadores de telecomunicaciones y autoridades de regulación, y también ofrecemos soluciones y productos a cientos de emisoras más pequeñas, locales y comunitarias.

FMUSER.ORG lleva más de 15 años exportando y tiene clientes en todo el mundo. Con 13 años de experiencia en este campo, contamos con un equipo profesional para resolver todo tipo de problemas del cliente. Nos dedicamos a ofrecer precios extremadamente razonables de productos y servicios profesionales. Email de contacto : [email protected]

Nuestra fábrica

Tenemos modernización de la fábrica. Que son bienvenidos a visitar nuestra fábrica cuando se llega a China.

En la actualidad, ya hay clientes 1095 en todo el mundo visitaron nuestra oficina Guangzhou Tianhe. Si usted viene a China, que son bienvenidos a visitarnos.

en la Feria

Esta es nuestra participación en 2012 Global Sources Hong Kong Electronics Fair . Los clientes de todo el mundo finalmente tener la oportunidad de reunirse.

¿Dónde está Fmuser?

Puede buscar estos números " 23.127460034623816,113.33224654197693 "en el mapa de Google, entonces puede encontrar nuestra oficina fmuser.

FMUSER oficina de Guangzhou se encuentra en el distrito de Tianhe, que es el centro del Cantón . Muy cerca En el correo electrónico “Su Cuenta de Usuario en su Nuevo Sistema XNUMXCX”. Feria de Cantón , Estación de tren de Guangzhou, Xiaobei carretera y Dashatou , solo necesito 10 minutos si toma TAXI . Bienvenidos amigos de todo el mundo a visitar y negociar.

Contacto: Blue Sky
Celular: + 8618078869184
WhatsApp: + 8618078869184
WeChat: + 8618078869184
E-mail: [email protected]
QQ: 727926717
Skype: sky198710021
Dirección: Sala de No.305 Huilan Edificio No.273 Huanpu carretera Guangzhou, China Código Postal: 510620

Inglés: Aceptamos todos los pagos, como PayPal, tarjeta de crédito, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, si tiene alguna pregunta, comuníquese conmigo [email protected] o WhatsApp + 8618078869184

PayPal.  www.paypal.com

Recomendamos que utilice PayPal para comprar nuestros artículos, el PayPal es una forma segura para comprar en Internet.

Cada página de nuestra lista de elementos de fondo en la parte superior tienen un logotipo de PayPal para pagar.

Tarjeta de crédito.Si usted no tiene PayPal, pero usted tiene tarjeta de crédito, también puede hacer clic en el botón amarillo de PayPal para pagar con su tarjeta de crédito.

-------------------------------------------------- -------------------

Pero si usted no tiene una tarjeta de crédito y no tener una cuenta de PayPal o difícil consiguió un accout PayPal, puede utilizar lo siguiente:
Western Union.  www.westernunion.com

Pagar por Western Union a mí:

Nombre / Nombre: Yingfeng
Apellido / Apellido / Nombre familiar: Zhang
Nombre completo: Yingfeng Zhang
País: China
Ciudad: Guangzhou

-------------------------------------------------- -------------------

T / T.  Pagado por T / T (transferencia bancaria / transferencia telegráfica / transferencia bancaria)
Primera INFORMACIÓN BANCARIA (CUENTA DE LA EMPRESA):

SWIFT BIC: BKCHHKHHXXX
Nombre del banco: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Dirección del banco: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
CÓDIGO BANCO: 012
Nombre de cuenta: FMUSER INTERNATIONAL GROUP LIMITED
Cuenta NO. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Segunda INFORMACIÓN BANCARIA (CUENTA DE LA EMPRESA):
Beneficiario: Fmuser International Group Inc
Número de cuenta: 44050158090900000337
Banco del beneficiario: China Construction Bank Guangdong Branch
Código SWIFT: PCBCCNBJGDX
Dirección: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
** Nota: Cuando transfiera dinero a nuestra cuenta bancaria, NO escriba nada en el área de comentarios; de lo contrario, no podremos recibir el pago debido a la política gubernamental sobre comercio internacional.

* Este documento se enviará en 1 2-días de trabajo cuando el pago claro.

* Enviaremos a su dirección de PayPal. Si usted quiere cambiar la dirección, por favor, envíe su dirección correcta y número de teléfono a mi correo electrónico [email protected]

* Si los paquetes se encuentra por debajo 2kg, nos enviarán a través de correo aéreo, tardará aproximadamente 15-25days a la mano.

Si el paquete es más que 2kg, enviaremos a través de EMS, DHL, UPS, Fedex entrega rápida expresa, tomará alrededor de 7 ~ 15days a su lado.

Si el paquete de más de 100kg, vamos a enviar por DHL o el flete aéreo. Se llevará a cerca 3 ~ 7days a su lado.

Todos los paquetes son la forma china de Guangzhou.

* El paquete se enviará como "regalo" y se eliminará lo menos posible, el comprador no tiene que pagar "IMPUESTOS".

* Después de la nave, le enviaremos un correo electrónico y le dará el número de seguimiento.

Para garantía.
Contáctenos --- >> Devuélvanos el artículo --- >> Reciba y envíe otro reemplazo.

Nombre: Liu xiaoxia
Dirección: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou, China.
Postal: 510620
Teléfono: + 8618078869184

Por favor, devuelva a esta dirección y escribir su PayPal, nombre, dirección problema en la nota: