terreno común:
1: RTSP RTMP HTTP está todo en la capa de aplicación.
2: En teoría, RTSP rtmphttp se puede usar para transmisión en vivo y bajo demanda, pero RTSP RTMP generalmente se usa para transmisión en vivo y HTTP para transmisión bajo demanda. El protocolo SIP se usó en videoconferencias y ahora básicamente se reemplaza por RTMP.
diferencia:
Copiar código
1: Http: es decir, protocolo de transferencia de hipertexto (FTP es el protocolo de transferencia de archivos).
Http: (protocolo de transmisión en tiempo real), protocolo de transmisión en tiempo real.
Protocolo de mantenimiento de tabla de enrutamiento de nombre completo HTTP.
2: HTTP procesa todos los datos como archivos. El protocolo HTTP no es un protocolo de transmisión.
RTMP y RTSP son protocolos de transmisión de medios.
3: El protocolo RTMP es un acuerdo privado de adobe, que no se divulga por completo. El protocolo RTSP y el protocolo HTTP son acuerdos comunes y deben mantener organizaciones especiales.
4: El protocolo RTMP generalmente transmite flujo de formato flv, f4v, el protocolo RTSP generalmente transmite ts, flujo de formato MP4. HTTP no tiene una secuencia específica.
5: La transmisión RTSP generalmente requiere 2-3 canales, separación de canales de comando y datos, HTTP y RTMP generalmente transfieren comandos y datos en un canal de TCP.
Copiar código
Diferencias entre RTSP, RTCP y RTP
Copiar código
1: protocolo de flujo en tiempo real RTSP
Como protocolo de capa de aplicación, RTSP proporciona un marco extensible, que hace posible controlar y transmitir datos a pedido en tiempo real. En general, RTSP es un protocolo de representación de medios de transmisión, que se utiliza principalmente para controlar la transmisión de datos con características en tiempo real, pero no transmite datos en sí, sino que debe depender de algunos servicios proporcionados por el protocolo de transporte de capa inferior. RTSP puede proporcionar operaciones como reproducción, pausa, avance rápido, etc. para transmisión de medios. Es responsable de definir mensajes de control específicos, métodos de operación, códigos de estado, etc., y también describe la interacción con RTP (rfc2326).
2: protocolo de control RTCP
El protocolo de control RTCP debe usarse con el protocolo de datos RTP. Cuando una aplicación inicia una sesión RTP, ocupará dos puertos al mismo tiempo, que son utilizados por RTP y RTCP respectivamente. El propio RTP no puede proporcionar una garantía confiable para la transmisión secuencial de paquetes de datos, ni proporcionar control de tráfico y control de congestión, todos los cuales son completados por RTCP. Generalmente, RTCP utilizará el mismo mecanismo de distribución que RTP, enviará información de control a todos los miembros de la sesión periódicamente. La aplicación puede controlar la calidad del servicio o diagnosticar el estado de la red al recibir los datos, obtener la información relevante de los participantes de la sesión, así como el estado de la red, la probabilidad de pérdida de paquetes y otra información de retroalimentación.
La función del protocolo RTCP se realiza mediante diferentes datagramas RTCP, que son principalmente de los siguientes tipos:
SR: el informe del remitente se refiere a la aplicación o terminal que envía el informe de datos RTP, y el remitente también puede ser el receptor. (tiempo fijo del servidor enviado al cliente).
RR: el extremo receptor informa. El llamado extremo receptor se refiere a la aplicación o terminal que solo recibe pero no envía informes de datos RTP. (el servidor recibe la respuesta enviada por el lado del cliente).
SDE: descripción de la fuente, la función principal es servir como portadora de la información de identificación de los miembros de la sesión, como nombre de usuario, dirección de correo electrónico, número de teléfono, etc., y también tiene la función de transmitir información de control de sesión a los miembros de la sesión.
Adiós: la notificación se va. La función principal es indicar que una o más fuentes ya no son válidas, es decir, otros miembros de la sesión de notificación saldrán ellos mismos de la sesión.
App: definida por la propia aplicación, resuelve el problema de escalabilidad RTCP y aporta mucha flexibilidad a los implementadores del protocolo.
3: protocolo de datos RTP
El protocolo de datos RTP es responsable de la transmisión de paquetes de datos de medios y la transmisión en tiempo real de la transmisión de medios. Cada paquete de datos RTP consta de dos partes: cabezal y carga. Los primeros 12 bytes del cabezal son fijos, mientras que la carga puede ser de datos de audio o video.
El lugar utilizado por RTP es el juego. El servidor usa el protocolo UDP para transmitir datos al cliente. RTP agrega un encabezado de 12 bytes (información de descripción) al frente de la transmisión de datos.
Diseño del paquete de carga RTP La transmisión de red en este documento se basa en el protocolo IP, por lo que la unidad de transmisión máxima (MTU) es de 1500 bytes. Cuando se utiliza la jerarquía de protocolos IP / UDP / RTP, esto incluye al menos 20 bytes de encabezado IP, encabezado UDP de 8 bytes y encabezado RTP de 12 bytes. Por lo tanto, la información del encabezado ocupa al menos 40 bytes y el tamaño máximo de carga RTP es 1460 bytes. Tome H264 como ejemplo, si un cuadro de datos es mayor que 1460, debe empaquetarse en partes, luego desempaquetarse en el receptor y luego combinarse en un cuadro de datos para decodificar y reproducir.
Copiar código
En la aplicación en vivo, RTMP y HLS pueden cubrir básicamente toda la observación del cliente,
HLS tiene principalmente un gran retraso y RTMP tiene la ventaja principal en un retraso bajo.
1 、 Escenarios de aplicación
Los escenarios de aplicación de baja demora incluyen:
Copiar código
Transmisión interactiva en vivo: por ejemplo, el popular presentador de belleza en 2013, el juego en vivo, etc.
Varios hosts y medios de transmisión se distribuyen a los usuarios para su visualización. Los usuarios pueden chatear con texto e interactuar con el anfitrión.
Videoconferencia: si tenemos compañeros viajando sobre el terreno, utilizaremos la videoconferencia para realizar reuniones internas.
De hecho, no importa si la reunión se retrasa un segundo, porque después de que alguien más ha terminado de hablar, otros deben pensar en ello.
El tiempo de retraso del pensamiento también será de aproximadamente 1 segundo. Por supuesto, si peleas con una videoconferencia, no puedes.
. otros: el monitoreo y la transmisión en vivo también requieren demoras en algunos lugares,
El retraso del protocolo RTMP en Internet básicamente puede cumplir con los requisitos.
Copiar código
2 、 RTMP y retraso
1. Las características de RTMP son las siguientes:
Copiar código
1) Adobe admite bien:
RTMP es en realidad el protocolo estándar industrial para la salida del codificador, básicamente todos los codificadores (cámaras, etc.) admiten la salida RTMP.
La razón es que el mercado de PC es enorme, la PC es principalmente Windows y los navegadores de Windows básicamente admiten flash,
Flash también es muy compatible con RTMP.
2) Adecuado para juegos largos:
Debido a que RTMP admite muy bien, puede lograr una reproducción flash de RTMP stream durante mucho tiempo y de forma continua
La prueba fue de un millón de segundos, o más de 10 días de reproducción continua.
Para las aplicaciones comerciales de transmisión de medios, la estabilidad del cliente es ciertamente necesaria; de lo contrario, los usuarios finales no pueden ver cómo se juega.
Sabía que había un cliente educativo que inicialmente reproducía transmisiones HTTP con reproductores y necesitaba reproducir diferentes archivos, y siempre había un problema.
Si el lado del servidor convierte diferentes archivos en flujo RTMP, el cliente puede jugar todo el tiempo;
Después de que el cliente pasó al esquema RTMP, no escuchó que el cliente tenía un problema después de haber sido distribuido por CDN.
3) Retraso bajo:
RTMP tiene mucho retraso (1-3 segundos) que el tipo YY de protocolo privado UDP,
RTMP es menor que el retardo de la secuencia HTTP (generalmente más de 10 segundos).
Siempre que la aplicación general de transmisión en vivo no sea el tipo de conversación telefónica, la demora de RTMP es aceptable.
En las aplicaciones de videoconferencia en general, la latencia RTMP es aceptable porque escuchamos a los demás cuando hablan,
De hecho, un segundo de retraso no importa y tenemos que pensar en ello (algunas personas aún no tienen la velocidad de procesamiento de la CPU tan rápida).
4) Retraso acumulativo:
La tecnología debe conocer la debilidad. La debilidad de RTMP es el error acumulativo, porque RTMP no pierde paquetes basados en TCP.
Entonces, cuando el estado de la red es deficiente, el servidor almacenará en caché los paquetes, lo que conduce al retraso acumulativo;
Cuando la red esté en buenas condiciones, envíelo al cliente juntos.
La solución es desconectar la reconexión cuando el búfer del cliente es grande.
Copiar código
2. Retraso bajo de HLS
Algunas personas siempre hacen esta pregunta, cómo reducir el retraso de HLS.
HLS resuelve el retraso, como trepar al arce para pescar. Curiosamente, todavía hay gente gritando, mira, hay peces.
¿Qué dice usted?
Solo puedo decir que estás participando en el espectáculo de magia de la modestia, la ilusión.
Si está realmente seguro, muéstrelo con la imagen de medición real, consulte la medición retrasada a continuación.
3. medición del retardo RTMP
Cómo medir el retraso es un problema difícil,
Pero existe una forma eficaz de utilizar el cronómetro del teléfono móvil, que puede comparar el retraso con mayor precisión.
Se comprueba que cuando la red está en buen estado se encuentran las siguientes medidas:
Copiar código
. El retraso de RTMP puede ser de aproximadamente 0.8 segundos.
. el nodo de borde multinivel no afecta el retraso (el servidor de borde de un CDN homólogo con SRS puede hacerlo)
. El retraso de nginx RTMP es un poco grande. ¿Se estima que el procesamiento de la caché es causado por la comunicación multiproceso?
. GOP es un indicador difícil, pero SRS puede desactivar la caché de GOP para evitar este efecto
. el rendimiento del servidor es demasiado bajo, lo que también hará que el retraso sea mayor y el servidor no pueda enviar datos.
. la longitud del búfer del cliente también afecta la latencia.
Por ejemplo, el cliente flash NetStream.bufferTime se establece en 10 segundos y luego se retrasa durante al menos 10 segundos.
Copiar código
4. GOP-caché
¿Qué es GOP? Es la distancia de tiempo entre los dos fotogramas I en la transmisión de video.
¿Cuál es el impacto del GOP?
Flash (decodificador) solo puede comenzar a decodificar y reproducir hasta que obtenga GOP.
Es decir, el servidor generalmente le da a flash un marco I primero.
Desafortunadamente, el problema es que supongamos que GOP es de 10 segundos, es decir, cada 10 segundos hay fotogramas clave,
¿Qué pasa si el usuario comienza a jugar en el quinto segundo?
La primera solución: esperar al siguiente cuadro I,
Es decir, espere otros 5 segundos para comenzar a dar los datos del cliente.
Este retraso es muy bajo, siempre flujo en tiempo real.
El problema es: los 5 segundos de espera serán negros. El fenómeno es que el jugador está atrapado ahí, nada,
Algunos usuarios pueden pensar que están muertos y actualizan la página.
En resumen, algunos clientes pensarán que esperar fotogramas clave es un error imperdonable. ¿Cuál es la relación entre retraso?
Solo quiero comenzar y reproducir el video rápidamente, ¡y será mejor que lo abra y lo reproduzca!
La segunda solución: comience ahora,
¿Qué le pones?
Debes saber. Pon el cuadro I anterior.
Es decir, el servidor siempre debe almacenar en caché un GOP,
Entonces el cliente reproducirá el cuadro I anterior y comenzará rápidamente.
El problema es que los retrasos son naturalmente grandes.
¿Existe un buen plan?
¡sí! Hay al menos dos tipos:
El codificador reduce el GOP, como 0.5 segundos, un GOP, por lo que el retraso es bajo y no hay necesidad de esperar.
La desventaja es que se reducirá la tasa de compresión del codificador y la calidad de la imagen no es tan buena.
5. retraso acumulativo
Además de la caché de GOP, existe una relación de latencia acumulativa.
El servidor puede configurar la longitud de la cola en vivo, y el servidor pondrá los datos en la cola en vivo,
Si excede esta longitud, limpie hasta el último cuadro I:
Por supuesto, esto no se puede configurar demasiado pequeño,
GOP, por ejemplo, es de un segundo, queue_ Length es de un segundo, lo que hará que los datos se borren en 1 segundo y salten.
¿Hay una forma mejor? sí tenemos.
El retraso es básicamente igual a la longitud del búfer del cliente. Debido a que el retraso se debe principalmente al bajo ancho de banda de la red, el servidor lo enviará al cliente junto después del almacenamiento en caché. El fenómeno es que el búfer del cliente es mayor,
por ejemplo NetStream.BufferLength = 5 Second, entonces hay al menos 5 segundos de datos en el búfer.
La mejor manera de lidiar con la latencia acumulativa es que el cliente detecte que el búfer tiene muchos datos y, si puede, vuelva a conectar el servidor.
Por supuesto, si la red ha ido mal, no hay forma.
|
|
|
|
¿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: |
|
