Descripción general de la transmisión:
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 denomina transmisión de medios. Se refiere a empresas que utilizan un servidor de entrega de video para enviar programas como paquetes de datos y entregarlos 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 de la transmisión.
La transmisión de medios transmite archivos de audio, video y multimedia en forma de transmisión a través de la red.
El formato de archivo de transmisión de medios es un formato de medios que admite transmisión y reproducción.
El método de transmisión consiste en dividir archivos multimedia como video y audio en paquetes comprimidos a través de un método de compresión especial.
Transmisión continua y en tiempo real desde el servidor al ordenador del usuario. En los sistemas que utilizan la transmisión por secuencias, los usuarios no tienen que esperar por todo el archivo, como la reproducción sin transmisión.
El contenido se puede ver después de que se hayan completado todas las descargas, pero solo se pueden usar unos pocos segundos o decenas de segundos de demora de inicio en la computadora del usuario
El reproductor correspondiente reproduce el video o audio comprimido y otros archivos multimedia de transmisión, y la parte restante continuará descargándose hasta que se complete la reproducción.
1. RTP: (Protocolo de transporte en tiempo real)
Es un protocolo de capa de transporte para la transmisión de datos multimedia en Internet. El protocolo RTP y el protocolo de control RTP RTCP se utilizan juntos,
Y está construido sobre el protocolo UDP.
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 ha reproducido la pantalla de película, no se puede reproducir repetidamente, a menos que los datos se soliciten nuevamente al servidor.
2. RTCP: Protocolo de control de transporte en tiempo real o Protocolo de control RTP o RTCP para abreviar)
El protocolo de control de transmisión en tiempo real es un protocolo hermano del protocolo de transmisión en tiempo real (RTP).
Nota: -: el protocolo RTP y el protocolo de control RTP (RTCP) se utilizan juntos y se basa en el protocolo UDP (normalmente utilizado para videoconferencias)
3. 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).
Es un protocolo de transmisión multimedia que se utiliza para controlar el sonido o el video. RTSP proporciona un marco extensible que hace posible el control y los datos en tiempo real bajo demanda, como audio y video.
Los datos de los medios utilizan los protocolos rtp y rtcp. Generalmente use udp como capa de transporte. Adecuado para escenas de IPTV. 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. El protocolo de comunicación de red utilizado durante 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 transmisión, que es más tolerante con los retrasos 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 operaciones de reproducción, avance rápido y retroceso. Cuándo
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 similar al protocolo http
Protocolo de capa de aplicación de red.
4. WebRTC:
El lado web implementa el protocolo de transmisión de medios. Cuando Google lanzó WebRTC por primera vez, los gigantes estaban sentados al margen o resistiéndose. Utilice la transmisión del protocolo RTP.
5. RTMP (Protocolo de mensajería en tiempo real)
Un conjunto de protocolos de video en vivo desarrollados por Macromedia ahora es propiedad de 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 el 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 reproductores Flash y servidores.
// En el código de iOS, RTMP se usa generalmente para impulsar la transmisión. Puede usar 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. En la transmisión real, para lograr una mejor multiplexación, subenvasado y equidad de la información, el remitente dividirá el mensaje en fragmentos con ID de mensaje, cada fragmento puede ser un solo mensaje,
También puede ser parte del Mensaje. El extremo receptor restaurará el fragmento a un mensaje completo de acuerdo con la longitud de los datos contenidos en el fragmento, la longitud de la identificación del mensaje y la longitud del mensaje, para realizar el envío y la recepción de información.
6. HLS: Transmisión en directo HTTP (HLS)
Es un protocolo de transmisión de medios de transmisión basado en HTTP implementado por Apple Inc., que puede realizar transmisión de medios en vivo y bajo demanda. Se utiliza principalmente en el sistema iOS y proporciona 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 de transmisión en vivo de medios de transmisión comunes, como RTMP, RTSP, MMS, etc., la mayor diferencia en la transmisión en vivo de HLS es que lo que obtiene el cliente de transmisión en vivo no es un flujo de datos completo.
El protocolo HLS almacena el flujo de datos en vivo como archivos multimedia continuos de corta duración (formato MPEG-TS) en el lado del servidor, y el cliente descarga y reproduce continuamente estos pequeños archivos, porque el lado del servidor siempre actualizará la última transmisión en vivo. Los datos generan nuevos archivos pequeños, por lo que siempre que el cliente reproduzca continuamente los archivos obtenidos del servidor en secuencia, se realiza la transmisión en vivo. Puede verse que, básicamente, se puede considerar que HLS es una forma técnica de >> bajo demanda para realizar retransmisiones en directo <<. Dado que los datos se transmiten a través del protocolo HTTP, no es necesario considerar firewalls o proxies en absoluto.
Además, la duración del archivo segmentado es muy corta y el cliente puede seleccionar y cambiar rápidamente la tasa de bits para adaptarse a la reproducción en diferentes condiciones de ancho de banda. Sin embargo, esta característica técnica de HLS determina su
La demora siempre será mayor que la del protocolo de transmisión en vivo ordinario.
// Tanto iOS como Android, naturalmente, admiten este protocolo, la configuración es simple, solo use la etiqueta de video directamente
*** VLS: Es una especie de servidor de transmisión, que se utiliza especialmente para resolver diversos problemas de transmisión. También tiene algunas características de VLC. Como servidor, videolan puede generar flujos http, rtp, rtsp.
En principio, RTSP, RTMP y HTTP pueden usarse para transmisiones en vivo y transmisiones bajo demanda, pero generalmente RTSP y RTMP se usan para transmisiones en vivo y HTTP se usa para transmisiones bajo demanda. Lo que elegimos es el protocolo RTMP.
Varios retrasos en el protocolo y sus razones
rtmp y httpflv: los datos de estos dos protocolos son aproximadamente los mismos, por lo que las razones del retraso son las mismas. Es lógico que las transmisiones en vivo de transmisión de tcp tengan una latencia extremadamente baja. ¿Por qué rtmp y httpflv todavía tienen latencia? La razón es que en h264, rtmp y httpflv son etiquetas flv que se transmiten. Los datos de la etiqueta de vídeo suelen ser datos h264. La decodificación H264 tiene un IBP. Yo es un fotograma clave, que es una imagen completa. Debe tener una I antes de decodificar. Los últimos cuadros BP, BP pueden ser tan pocos como desee, pero los cuadros I no pueden ser menos, por lo que los cuadros I deben transmitirse en segundo lugar en la transmisión de etiquetas flv (el primero es h264spspps), pero los cuadros I no suelen estar presentes en los flujos h264, Hay un marco I después de un período de tiempo. Este período de tiempo se conoce comúnmente como GOP. Al codificar, el GOP se establece muy corto. Cuando el cliente se conecta, el servidor encontrará el fotograma I más cercano en la secuencia a la velocidad más rápida y lo enviará desde el fotograma I. Datos en vivo, pero cuando el GOP es muy largo, el intervalo de fotograma I es muy largo, o espere a que el siguiente fotograma I comience a enviar datos a la nueva conexión, o busque el fotograma I más cercano en el búfer para comenzar a enviar, aquí está el retardo de los protocolos rtmp y hls El punto clave es que en las principales plataformas CDN, se denomina "segunda tecnología de apertura rtmp". El principio es decodificar los datos push dos veces y establecer un pequeño gop. En general, gop se establece en 1s. Independientemente del retraso del enlace de transmisión de la red, el retraso máximo de datos es 1 s. Afortunadamente, el cuadro I tiene un retraso de 0!
|
|
|
|
¿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: |
|
