"¿Qué es el protocolo de transferencia de Internet de código abierto SRT? ¿Qué significa para la industria de la transmisión de video? FMUSER le presentará toda la información que debe conocer sobre el protocolo SRT, incluido el significado del protocolo SRT, el trasfondo de SRT protocolo, y el protocolo SRT puede traer al futuro soluciones de transmisión de video, la industria del video y el desarrollo de la transmisión de video en red Influencia y cambio ---- FMUSER "

Vista rápida

¿Qué es el protocolo SRT?
¿Cómo funciona el protocolo SRT?
La historia del desarrollo del protocolo SRT
¿Qué nos aporta el protocolo SRT?
¿Por qué es tan importante el protocolo SRT?
¿Cuáles son los beneficios de utilizar el protocolo SRT?
Soluciones de transmisión compatibles con el protocolo SRT de FMUSER
Protocolo SRT comparado con formatos de transmisión comunes
HTTP Live Streaming (HLS)
¿Cómo funciona HLS?
MPEG-DASH (Transmisión dinámica adaptativa a través de HTTP)
Cómo funciona MPEG-DASH y sus aplicaciones
¿Qué protocolo de transmisión es el adecuado para usted?
Cosas verdaderas sobre el protocolo SRT

1. ¿Qué es el protocolo SRT?

● Definición: El protocolo SRT es la abreviatura de (protocolo de transporte seguro y confiable). El protocolo de transporte seguro y confiable (protocolo SRT) es un protocolo de transmisión de video de código abierto, de alta calidad, de baja latencia, seguro y en tiempo real, libre de regalías. Admite redes ruidosas o impredecibles (como la transmisión de alto rendimiento y baja latencia se realiza en la Internet pública. El protocolo SRT es un protocolo de transmisión de video de baja latencia de código abierto muy popular en la actualidad. Con la tecnología de transmisión confiable del protocolo SRT, puede Realice con éxito una transmisión y distribución de video de alta definición segura y confiable en entornos de Internet comunes y entre múltiples ubicaciones.

¿Cómo viene el protocolo SRT?

● Alianza SRT es una organización establecida por Haivision y Wowza para administrar y respaldar aplicaciones de código abierto del protocolo SRT.

Esta organización está comprometida a promover la interoperabilidad de las soluciones de transmisión de video y promover la colaboración de pioneros en la industria del video para lograr la transmisión de video en red de baja latencia.

2. Cómo funciona el protocolo SRT

Se establece un enlace de comunicación dedicado entre la fuente SRT (codificador) y el destino SRT (descifrador) para control y recuperación de paquetes. El destino puede ser un servidor, CDN u otro dispositivo compatible con el protocolo SRT. SRT protocolo utiliza su propio método de recuperación de pérdida de paquetes y paquetes UDP en la red, que puede ajustar para adaptarse a las condiciones cambiantes de la red. Cuando la condición de la red es mala, se pueden agregar más búferes de paquetes para mejorar la calidad del video. A medida que mejoran las condiciones de la red, la latencia se puede reducir para lograr una experiencia de transmisión casi en tiempo real.

# Principio de funcionamiento de SRT protocolo

Cualquier firewall entre el SRT protocolo el dispositivo de origen y el dispositivo de destino deben atravesarse. SRT protocolo tiene tres patrones para lograr esto:

Encuentro / llamador / oyente

El patrón de agregación es el más simple y, por lo general, es posible atravesar el firewall entre el SRT protocolo origen y destino sin su participación. Si no puede atravesar el firewall, debe usar el modo de llamada / escucha. Sin embargo, se requiere cierta participación en TI para configurar el reenvío de tráfico de modo que el tráfico recibido en la dirección IP pública y SRT del dispositivo de destino protocolo El puerto se reenvía al dispositivo en la red local.

Ver también: Cómo cargar / agregar listas de reproducción M3U / M3U8 IPTV manualmente en dispositivos compatibles

3. La historia del desarrollo de SRT protocolo

SRT es una alianza de SRT creada conjuntamente por Haivision y Wowza. Desde SRT protocolo se convirtió en una tecnología de código abierto en 2017, más de 130 empresas han apoyado el proyecto de código abierto apoyando la alianza SRT. Sus proveedores y usuarios finales trabajan juntos para aumentar la conciencia de la industria sobre SRT protocolo y utilícelo como estándar común para la transmisión de video de baja latencia en Internet.

Actualmente, 50 productos habilitados para SRT ya están en el mercado, incluidas cámaras IP, codificadores, decodificadores, pasarelas de video, plataformas OTT y CDN. El protocolo SRT es utilizado por miles de organizaciones en muchas aplicaciones y mercados de todo el mundo.

FMUSER es uno de los firmes partidarios de SRT protocolo. Tenemos altos requisitos de interoperabilidad y estándares. FMUSER se ha propuesto implementar el soporte para el protocolo SRT en sus soluciones de codificación y decodificación actuales y futuras.

4. ¿Qué puede SRT PRotocol ¿Nos trae con?

Pensamos que era hora de volver a examinar el tema candente del transporte seguro y confiable. protocolo (TRS protocolo) esta semana. Unos pequeños SRT protocolo Han surgido anuncios desde que el protocolo de código abierto se robó el centro de atención en Las Vegas por segundo año consecutivo.

Ha pasado poco más de un año desde SRT protocolo logró una de sus implementaciones más importantes hasta la fecha, con ESPN implementando dispositivos equipados con SRT en 14 conferencias deportivas para producir más de 2,200 eventos a través de conexiones de Internet de bajo costo, reemplazando los servicios de enlace ascendente por satélite tradicionales y resultando en ahorros de costos de entre $ 8 millones a $ 9 millones. Si ESPN puede lograr ahorros de costos en esta escala para eventos relativamente discretos, imagine las posibilidades de eventos en vivo a gran escala: efectivo que, en última instancia, puede invertirse en otra parte para mejorar la experiencia del espectador.

Pero con pioneros de la industria del streaming como Netflix y YouTube que ofrecen contenido HTTP a través de CDN a millones de espectadores sin la ayuda de SRT protocolo, ¿Qué es todo este alboroto? Un documento técnico del proveedor de transmisión de videos Haivision, miembro fundador de SRT Alliance, tiene como objetivo fundamental desacreditar el mito de que la tecnología de transmisión HTTP que utiliza RTMP es el principio y el fin de los videos OTT. De hecho, no es infrecuente incurrir en retrasos de hasta 30 segundos en la transmisión HTTP, causado principalmente por una multitud de pasos de presión y varios búferes a lo largo del camino de la señal.

Ver también: S multicanalRT-compatible vcodificador ideo para transmisión en vivo

Además, Haivision advierte que el Protocolo de control de transmisión (TCP), el estándar utilizado en la entrega de HTTP, puede provocar un fuerte aumento en los retrasos, ya que TCP requiere que cada paquete de una transmisión se entregue al usuario final en el orden original exacto. En última instancia, esto significa que TCP intenta perpetuamente enviar los datos que faltan, ya que no hay capacidad para omitir los bytes defectuosos.

Un inconveniente más trivial es que SRT protocolo ya existía como un acrónimo en la industria del video mucho antes de que apareciera el protocolo de baja latencia, relacionado con una extensión para archivos de computadora de subtítulos llamada SubRip, por lo que una búsqueda en línea de información sobre el protocolo podría fácilmente desviarlo hacia una pila de tecnología completamente diferente.

Pasando rápidamente ahora a cómo SRT se ha hecho un nombre. El diagrama a continuación visualiza cómo se genera un error en la señal de salida de un flujo sin corregir cada vez que se pierde un paquete (arriba), mientras que la Corrección de errores de reenvío (FEC) agrega una cantidad constante de datos al flujo para recrear los paquetes perdidos, como se muestra en la mitad. Luego tenemos Automatic Repeat reQuest (ARQ) que retransmite los paquetes perdidos a pedido del receptor, lo que evita el consumo constante de ancho de banda de FEC.

Un tercer y último problema de HTTP se relaciona con la forma en que TCP reduce las velocidades de transmisión de paquetes cuando se produce una congestión. “Si bien este comportamiento es bueno para reducir la congestión general en una red, no es apropiado para una señal de video, que no puede sobrevivir a una caída de velocidad por debajo de su tasa de bits nominal”, advierte.

“Los beneficios son importantes tanto para los proveedores de tecnología como para los usuarios, ya que simplifican enormemente la implementación y reducen los costos, mejorando así la disponibilidad del producto y ayudando a mantener los precios bajos. Y, dado que cada implementador usa la misma base de código, la interoperabilidad se simplifica ”, es probablemente una mejor conclusión para el documento técnico que la que realmente eligió.

5. ¿Por qué es tan importante el protocolo SRT?

La aplicación del protocolo SRT en los sectores audiovisual e informático ha recibido una fuerte respuesta. Las principales razones del entusiasmo de los líderes de opinión de TI entre los usuarios finales empresariales y gubernamentales son; plataformas de video en línea; redes de distribución de contenido; sistemas de gestión de contenido de vídeo empresarial; e Internet, la base para la transmisión en tiempo real en comparación con el hardware, software y servicios de las empresas de instalaciones

En empresas, gobiernos, escuelas y defensa, el consumo de videos de alto rendimiento está aumentando drásticamente. Muchos protocolos han resuelto el problema de compatibilidad de la transmisión de video a una gran cantidad de espectadores que consumen contenido de diferentes dispositivos y dispositivos.

Sin embargo, una de las mejores formas de aprovechar los activos locales de diversas organizaciones y las grandes inversiones que realizan los proveedores de servicios en la nube es brindar herramientas de distribución en streaming con video de muy baja latencia y muy confiables. SRT protocolo utiliza algunos de los mejores aspectos del Protocolo de datagramas de usuario (UDP), como la baja latencia, pero agrega la verificación de errores para igualar la confiabilidad del Protocolo de control de transmisión / Protocolo de Internet (TCP / IP). Aunque TCP / IP puede manejar todos los perfiles de datos y es más adecuado para su trabajo

Nota: SRT protocolo puede reemplazar el antiguo protocolo RTMP. Resuelve problemas de seguridad y se enfoca en el video de rendimiento, incluso a través de la infraestructura pública de Internet, y puede manejar específicamente video de alto rendimiento.

6. ¿Cuáles son los beneficios de utilizar el protocolo SRT?

Tres características: SEGURIDAD, FIABILIDAD y BAJA LATENCIA.

Términos	Caracteristicas
En términos de SEGURIDAD	SRT protocolo admite el cifrado AES para garantizar la seguridad de transmisión de video de un extremo a otro.
En términos de FIABILIDAD	SRT protocolo utiliza la tecnología de corrección hacia adelante (FEC) para garantizar la estabilidad de la transmisión
En términos de BAJA LATENCIA	SRT protocolo está construido sobre el protocolo UDT, resuelve el problema del alto retardo de transmisión del protocolo UDT. El protocolo UDT se basa en el protocolo de comunicación de red UDP

# Hoja 1 - ¿Cuáles son las fcaracterísticas ofProtocolo SRT

SRT protocolo permite una conexión directa entre la fuente de la señal y el objetivo, lo que contrasta claramente con muchos sistemas de transmisión de video existentes, que requieren un servidor centralizado para recopilar señales de ubicaciones remotas y redirigirlas a uno o más destinos. La arquitectura central basada en servidor tiene un solo punto de falla, que también puede convertirse en un cuello de botella durante períodos de alto tráfico. La transmisión de señales a través del concentrador también aumenta el tiempo de transmisión de la señal de extremo a extremo y puede duplicar el costo del ancho de banda, porque es necesario implementar dos enlaces: uno desde la fuente al concentrador central y el otro desde el centro al destino. . Al usar conexiones directas desde el origen al destino, SRT protocolo puede reducir la latencia, eliminar los cuellos de botella centrales y reducir los costos de red.

SRT protocolo resuelve el complejo problema de sincronización de la transmisión y puede ayudar a transmisión en tiempo real de archivos de alto rendimiento y video ultra claro.

CUATRO CARACTERÍSTICAS PRINCIPALES DEL PROTOCOLO SRT
Funcional		Video de calidad sin procesar - SRT protocolo está diseñado para evitar fluctuaciones, pérdida de paquetes y fluctuaciones del ancho de banda causadas por la congestión en redes ruidosas para una mejor experiencia de visualización. Esto se logra mediante la tecnología avanzada de retransmisión de baja latencia, que puede compensar y gestionar la pérdida de paquetes. SRT protocolo puede soportar hasta un 10% de pérdida de paquetes sin un impacto visual en el flujo.
Eficaz		A pesar de enfrentar los desafíos de la red, el video y el audio se entregan con baja latencia con las ventajas combinadas de la entrega de TCP / IP y la velocidad de UDP. Baja latencia: aunque puede hacer frente a los desafíos de la red, la transmisión de video y audio todavía tiene baja latencia. Tiene las ventajas integrales de la confiabilidad de entrega TCP / IP y la velocidad UDP.
Seguro		Transmisión segura de extremo a extremo: el cifrado AES de 128/256 bits estándar de la industria garantiza la protección del contenido en Internet. SRT protocolo proporciona un cruce de firewall simplificado. El cifrado AES de 128/256 bits estándar de la industria garantiza la transmisión segura de contenido de un extremo a otro a través de Internet, incluido el cruce de firewall simplificado. Porque SRT protocolo garantiza seguridad y confiabilidad, la Internet pública ahora se puede usar para aplicaciones de transmisión de medios extendidas, como la transmisión a sitios en la nube socialista (por ejemplo, la plataforma de multidifusión unidifusión de cal se distribuye simultáneamente a múltiples redes sociales, como Facebook) En vivo, youtube , twitch y periscopio (de una transmisión de video en tiempo real), transmisión o transmisión remota de todo el contenido de la pared de video, o ROI de la pared de video, etc.
Avanzado		Código abierto - SRT protocolo es un protocolo libre de regalías, de próxima generación y de código abierto que proporciona soluciones rentables, interoperables y orientadas al futuro.
Rentable		Interoperabilidad: sabiendo que los productos de varios proveedores funcionarán a la perfección, los usuarios pueden implementar SRT de forma segura protocolo en todo el flujo de trabajo de flujo de audio y video.

# Hoja 2 - Por qué elegimos SRT PRotocol?

7. SRT PTransmisión compatible con rotocol Soluciones de FMUSER

El par de codificador / decodificador / decodificador / codificador / decodificador multi HD FMUSER H.264 h.265 admite muchos protocolos de transmisión populares, incluido SRT protocolo. Con este par de codificador / descodificador compacto, robusto y de bajo consumo, los usuarios pueden transmitir con confianza transmisiones en tiempo real hasta 4K o Quad HD desde varias cámaras SDI a través de una red administrada o no administrada.

Codificador / Decodificador / Transcodificador FMUSER IPTV

Codificador de hardware FBE200 H.264 / H.265 IPTV más >>	FBE204 H.264 / H.265 IPTV Codificador de hardware más >>	FBE216 H.264 / H.265 IPTV Codificador de hardware más >>
1 canales	4 Canales	16 canales

# Hoja 3 - Soluciones de transmisión de transmisión de audio y video FMUSER

más >>

En las aplicaciones de producción en campo, la familia de codificadores FMUSER proporciona el retardo vidrio a vidrio más bajo del mercado, proporcionando transmisiones de forma segura a los estudios de producción desde eventos remotos. El flujo generado por el codificador FMUSER incluye una marca de tiempo del programa para garantizar que las señales de la cámara síncrona se puedan realinear cuando se decodifiquen con el decodificador FMUSER. Además, estas fuentes se pueden sincronizar para garantizar una integración perfecta en el entorno del estudio.

Nota: El codificador / decodificador FMUSER tiene una potente función de servicio de transmisión de medios. Además de admitir protocolos generales como RTSP / RTMP, también admite el protocolo de seguridad Onvif, el protocolo SIP, el protocolo NDI (personalizable), el protocolo SRT (personalizable), GB / T28181 (personalizable) y otros acuerdos de servicios de transmisión de medios; lo ayudará a obtener una ventaja en el negocio basado en IP de video de ultra alta definición.

Múltiples aplicaciones de FMUSER SRT compatibles Codificadores de hardware FBE200. más >>

La tecnología de producto de FMUSER se centra en productos de alta calidad y ha ido innovando y superando constantemente el camino. Desde I + D, producción, ventas, servicio y otros vínculos comerciales están completamente integrados, el servicio no está desconectado de principio a fin. Siempre tome las necesidades de los usuarios como la fuerza impulsora de la innovación, solo cree productos que satisfagan las necesidades reales de los usuarios y solo cree productos en los que los usuarios puedan confiar. Al mismo tiempo, puede proporcionar a los clientes un desarrollo de productos de alta calidad y servicios personalizados.

Ver también: ¿Cuál es la diferencia entre AM y FM?

8. SRT comparado protocolo Con formatos de transmisión comunes

Para la transmisión de video en red, se necesitan protocolos de transmisión más eficientes. Mientras las empresas y los proveedores de redes de distribución de contenido (CDN) se preparan para un futuro lleno de transmisión en vivo, esta necesidad nunca ha sido más urgente. El futuro de la transmisión en tiempo real, SRT protocolo, HLS y MPEG Dash han llegado. Echemos un vistazo a cuáles son estos protocolos de transmisión en tiempo real, sus beneficios y sus aplicaciones.

Actualmente hay dos transmisiones de video en vivo en Internet.

● Transmisión en vivo basada en RTMP.

● La transmisión en vivo del protocolo WebRTC.

Transmisión en vivo basada en RTMP

Protocolo WebRTC

1.Este método de transmisión en vivo utiliza el protocolo RTMP para push upstream y RTMP, HTTP + FLV o HLS para reproducción downstream

2. La demora de la transmisión en vivo es generalmente superior a 3 segundos y es

1.Este método de transmisión en vivo utiliza el protocolo UDP para la distribución de medios de transmisión

2.La demora de la transmisión en vivo es de menos de 1 segundo y el número de conexiones simultáneas es generalmente menor de 10

Nota: Se utiliza principalmente en aplicaciones como baja latencia y gran concurrencia, como eventos en vivo, sincronización de información de acciones, educación de gran clase, etc.

Nota: Se utiliza principalmente en aplicaciones como videollamadas y espectáculos conectando micrófonos. Escenas.

# Hoja 4 - Comparación de RTMP y WebRTC

9. Transmisión en directo HTTP (HLS)

HTTP Live Streaming (HLS) es un protocolo de transmisión adaptable basado en HTTP que envía contenido de audio y video a través de la red en pequeños segmentos de medios basados en TCP que se vuelven a ensamblar en el destino de transmisión. El costo de implementar HLS es bajo porque utiliza la tecnología de red existente basada en TCP, que es atractiva para los CDN que buscan reemplazar los servidores de medios RTMP antiguos (y costosos). Pero debido a que HLS usa TCP, la calidad de la experiencia (QoE) se favorece sobre la baja latencia y los tiempos de retraso pueden ser altos (como en segundos en lugar de milisegundos).

HLS fue desarrollado originalmente por Apple Inc. como un protocolo para transmitir medios a dispositivos Apple. Desde entonces, Apple ha desarrollado HLS (push), que es un protocolo de transmisión de estándar abierto en el lado de la contribución que está disponible para todos los dispositivos. Actualmente, HLS admite vídeo codificado mediante códecs H.264 o HEVC.

# HTTP Live Streaming (HLS)

Una ventaja de HLS es que está diseñado para adaptarse a diferentes condiciones de red. Se envían diferentes versiones de la secuencia con diferentes resoluciones y velocidades de bits. Los espectadores pueden elegir la calidad de la transmisión que desean. HLS también admite múltiples pistas de audio, lo que significa que su transmisión podría tener múltiples pistas de idioma entre las que los usuarios pueden elegir. Otras ventajas incluyen soporte para subtítulos, metadatos, gestión de derechos digitales (DRM) e incluso anuncios integrados (en un futuro no muy lejano). El marco está todo ahí.

Nota: Se admite la transmisión segura a través de HTTPS, así como los algoritmos hash MD5 y hash SHA para la autenticación de nombre de usuario y contraseña.

Ver también: Cómo resolver los problemas de GOGO IPTV en Icone Pro, Plus y Wegoo Receiver?

10. Cómo funciona HLS

El enfoque es muy parecido a una transferencia de archivos. Los segmentos de medios se transmiten a través del puerto HTTP 80 (o el puerto 443 para HTTPS), que normalmente ya está abierto al tráfico de red. Como tal, el contenido puede atravesar fácilmente los firewalls con poca o ninguna participación de TI.

# Conozca cómo funciona HLS

HLS utiliza un contenedor de flujo de transporte MPEG2-TS con una duración de segmento de medios configurable, así como un tamaño de lista de reproducción configurable para reensamblar los segmentos de medios en el servidor de ingestión. Se admite MP4 fragmentado.

#Conozca cómo funciona HSL

Nota: Debido a que HLS utiliza tecnología basada en TCP, el método de recuperación y pérdida de paquetes de red es intensivo. Esa es una de las razones del aumento de latencia. Aunque se dispone de cierto control sobre el tamaño del segmento de medios, la capacidad de reducir la latencia es limitada, especialmente si el servidor de ingestión requiere un tamaño específico del segmento de medios.

HLS sigue siendo el estándar para la transmisión a dispositivos móviles y tabletas. También puede usar HLS para transmitir a una CDN que no admita RTMP cuando la latencia baja no es un requisito. Es importante tener en cuenta que RTMP ya está siendo obsoleto por más y más CDN. HLS también es adecuado para transmitir de forma segura capacitación corporativa y ayuntamientos a través de redes de área local (LAN) privadas cuando la baja latencia no es un requisito y las condiciones de la red son malas (asumiendo que la red admite HLS).

11. MPEG-DASH (Transmisión dinámica adaptable a través de HTTP)

MPEG-DASH es un protocolo de transmisión basado en HTTP, estándar abierto y adaptativo que envía contenido de audio y video a través de la red en pequeños segmentos de medios basados en TCP que se vuelven a ensamblar en el destino de transmisión. La Organización Internacional de Normalización (ISO) y el equipo de MPEG diseñaron MPEG-DASH para que sea independiente del códec y la resolución, lo que significa que MPEG-DASH puede transmitir video (y audio) de cualquier formato (H.264, H.265, etc.) y admite resoluciones de hasta 4K. De lo contrario, MPEG-DASH funciona de manera muy similar a HLS.

El costo de implementar MPEG-DASH es bajo porque utiliza la tecnología de red existente basada en TCP, que es atractiva para las CDN. Pero debido a que los paquetes se transportan a través de TCP, se favorece la calidad de experiencia (QoE) sobre la latencia baja y los tiempos de retraso pueden ser altos.

MPEG-DASH también está diseñado para adaptarse a diferentes condiciones de red. Se envían diferentes versiones de la secuencia con diferentes resoluciones y velocidades de bits. Los espectadores pueden elegir la calidad de la transmisión que desean. También se admiten varias pistas de audio, así como funciones mejoradas como subtítulos, metadatos y gestión de derechos digitales (DRM). La infraestructura está ahí para desarrollos futuros, como anuncios integrados

Nota: Se admite la transmisión segura a través de HTTPS, así como los algoritmos hash MD5 y hash SHA para la autenticación de nombre de usuario y contraseña.

12. Cómo funciona MPEG-DASH y sus aplicaciones

Principio de funcionamiento:

MPEG-DASH funciona de la misma manera que HLS y envía segmentos multimedia cortos a través de HTTP (puerto 80) o HTTPS (puerto 443) para facilitar el cruce del firewall. Utiliza un contenedor de flujo de transporte MPEG2-TS con una duración de segmento de medios configurable, así como un tamaño de lista de reproducción configurable para reensamblar los segmentos de medios en el servidor de ingestión. Se admite MP4 fragmentado.

#Arquitectura conceptual de MPEG DASH

Nota: La alta latencia de MPEG-DASH se debe principalmente al método de recuperación y pérdida de paquetes de red utilizado para todas las redes basadas en TCP. Y aunque MPEG-DASH ofrece cierto control sobre el tamaño del segmento de medios, la capacidad de reducir la latencia es limitada, especialmente si el servidor de ingestión requiere un tamaño específico del segmento de medios.

#El estándar MPEG-DASH para transmisión multimedia a través de Internet

Nota: Utilice MPEG-DASH para transmitir a una CDN que no admita RTMP cuando la latencia baja no es un requisito. Es importante tener en cuenta que RTMP ya está siendo obsoleto por más y más CDN. DASH también es adecuado para transmitir de forma segura capacitación corporativa y ayuntamientos a través de LAN privadas cuando la baja latencia no es un requisito y las condiciones de la red son deficientes.

13. ¿Qué protocolo de transmisión es el adecuado para usted?

Nota: Si bien RTMP es, con mucho, el protocolo de transmisión más popular, protocolos como el protocolo SRT, HLS y DASH lo desafían. ¿Qué tienen los protocolos de transmisión de transmisión basados en HTTP adaptativos HLS y MPEG-DASH que no tiene RTMP?

● Varias pistas de audio para una pista de video para producciones multilingües.
● Inclusión de metadatos y otros tipos de contenido incrustado.
● Soporte de gestión de derechos digitales (DRM).
● Envíe varias versiones de la transmisión con diferentes resoluciones y velocidades de bits para que los espectadores puedan seleccionar la calidad que se adapte a sus condiciones de red o tamaño de pantalla.
● La escalabilidad es mucho más fácil y económica para HLS y MPEG-DASH que para RTMP. Y RTMP generalmente requiere que los puertos de red de TI se abran manualmente para atravesar los firewalls.

Nota: Si la latencia o las malas condiciones de la red no son un problema, entonces HLS o MPEG-DASH supera a SRT protocolo. Los protocolos de transmisión adaptativos basados en HTTP brindan la mejor calidad de video posible a los espectadores con diferentes condiciones de red y son más sencillos de configurar que SRT protocolo.

14. Cosas verdaderas sobre la Protocolo SRT

1. TRE protocolo es una solución de código abierto que se ha integrado en múltiples plataformas y arquitecturas, incluidas soluciones portátiles basadas en hardware y soluciones en la nube basadas en software.

2. TRE protocolo puede funcionar bien en conexiones con retrasos que van desde unos pocos milisegundos hasta unos pocos segundos. Puede manejar retrasos prolongados en la red.
3. TRE protocolo no tiene nada que ver con la carga. Cualquier tipo de medio de video o audio, o incluso cualquier otro elemento de datos que se pueda enviar usando UDP, es compatible con SRT. Admite múltiples tipos de transmisión.
4. TRE protocolo el envío admite múltiples transmisiones simultáneas. Se pueden enviar múltiples transmisiones de medios diferentes, como múltiples ángulos de cámara o pistas de audio opcionales, a través de transmisiones SRT paralelas que comparten el mismo puerto UDP y dirección en un enlace punto a punto.
5. El proceso de apretón de manos utilizado por SRT protocolo admite conexiones salientes sin la necesidad de abrir peligrosos puertos externos permanentes en el firewall, manteniendo así la política de seguridad de la empresa. Cruce de firewall mejorado.

6. El SRT protocolo endpoint establece un perfil de retardo estable de extremo a extremo, lo que elimina la necesidad de que el equipo aguas abajo tenga su propio búfer para hacer frente a los retardos de señal cambiantes. La hora de la señal es precisa.

Los CDN como Akamai ya han anunciado que están terminando el soporte para RTMP. Es antiguo y costoso de implementar. Con nuevos protocolos como SRT protocolo, HLS y MPEG-DASH están ganando popularidad, es solo cuestión de tiempo antes de que RTMP sea cosa del pasado.

Nota: Si se necesita baja latencia y está transmitiendo a través de redes impredecibles, entonces SRT protocolo es el protocolo de transmisión de elección. SRT protocolo establece su propia conexión para la recuperación de paquetes que es mucho más eficiente que TCP. Eso permite SRT protocolo para ofrecer comunicaciones bidireccionales casi en tiempo real entre un host y un invitado remoto. Y puede ajustar la latencia para adaptarse a las condiciones de la red.

VOLVER

Artículos de tipo adicional

Extensión m3u: lista de programas que pueden abrir archivos .m3u

Pauta para cargar manualmente secuencias de listas de reproducción de IPTV .M3U / .M3U8 en varios dispositivos

Cómo hacer bricolaje en su antena de radio FM

FMUSER STL Link: todo lo que necesita en el estudio para equipos de enlace transmisor

Para obtener más información sobre productos compatibles con el protocolo SRT, comuníquese conmigo en Webtracking | Aplicación