Codifica audio y/o video en SRT, RTMP, HLS, RTSP y UDP (unicast y multicast)
Comienza a codificar con SRT desde nuestro decodificador IP con ultra baja latencia. Panel de administración amigable. También incluimos la funcionalidad de un codificador de solo audio para transmitir SRT, UDP o RTMP.
Si ya ha entrado en el mundo de los protocolos de transmisión, es posible que se haya encontrado con SRT o Secure Reliable Transport . Probablemente también conozca RTMP, o Real-Time Messaging Protocol . Estos son dos de los protocolos más comunes utilizados en la transmisión de audio y video. La pregunta es, ¿en qué se diferencian estos protocolos entre sí? Profundizaremos en las características de SRT frente a RTMP.
RTMP es un protocolo basado en TCP. Divide un flujo en fragmentos de datos más pequeños, haciéndolos más versátiles y más rápidos de entregar. Durante mucho tiempo, RTMP ha sido la mejor opción para muchas plataformas de transmisión, incluida Castr . Desarrollado por Macromedia (ahora Adobe), RTMP se usa para transmitir video, audio y datos entre un servidor y un reproductor Flash en tiempo real. Aunque Adobe anunció que ya no es compatible con Flash, RTMP sigue siendo un protocolo común para la transmisión de video en vivo. La aplicación de RTMP también se puede encontrar como un protocolo de ingesta de Facebook Live, YouTube, Twitch, etc. RTMP ayuda a entregar videos de baja latencia.
Sin embargo, en realidad, RTMP no es suficiente para cumplir con los requisitos de transmisión actuales. El soporte para RTMP está disminuyendo. Las redes de entrega de contenido (CDN) están favoreciendo otros protocolos como HLS o MPEG-DASH sobre los puntos de entrada RTMP. El protocolo no admite flujos codificados HEVC ni resoluciones avanzadas. Debido a las limitaciones de ancho de banda, RTMP no se puede usar a tasas de bits más altas. RTMP también experimenta problemas con la compatibilidad con varios idiomas, la seguridad y la compatibilidad con la inserción de anuncios. Eso deja una pregunta para la industria del streaming: ¿Existe un protocolo alternativo para RTMP? La respuesta es sí. Puede considerar un protocolo basado en HTTP como HTTP Live Streaming (HLS), MPEG-DASH o SRT.
El protocolo SRT fue creado por Haivision y se presentó por primera vez al público en 2013. La idea surgió de la necesidad de reducir el costo de la contribución de redes y satélites privados. El mayor beneficio de SRT es que el protocolo puede ayudar a transportar de manera segura y confiable archivos multimedia de baja latencia a través de conexiones impredecibles, como la Internet pública. Haivision lanzó SRT como un protocolo de código abierto. Los desarrolladores de la comunidad pueden tener acceso al código fuente y crear sus propios sistemas basados en SRT. Miles de empresas y organizaciones en todo el mundo han adoptado SRT como un medio para entregar videos en vivo de alta calidad a través de redes poco confiables. SRT proporciona seguridad de extremo a extremo con el cifrado AES 128/256 para mayor seguridad. También ayuda a recuperar secuencias de video y audio casi de inmediato, así como a monitorear el estado de la red entre puntos finales y proporciona un cruce de firewall simplificado. Ujjina aprovechó la estupenda tecnología de SRT y la incorporó a sus servicios de transmisión basados en la nube.
Haivision publicó un documento técnico completo sobre la medición de la eficiencia de SRT frente a RTMP. Después de evaluar los dos criterios principales de un protocolo de transmisión en vivo confiable: la latencia de extremo a extremo y el ancho de banda máximo para transmisiones de larga distancia , estas son sus conclusiones.
Fuente: Haivisión
La latencia de extremo a extremo de SRT fue más del doble de rápida que la de RTMP, según el experimento. Cuando se probó con herramientas especializadas de codificación y decodificación de hardware, la diferencia fue mucho más notable, siendo SRT de cinco a 12 veces más rápido que RTMP.
Fuente: Haivisión
Medir el ancho de banda máximo para transmisiones de larga distancia ayuda a definir la efectividad de los protocolos en la calidad del video. Cuando el equipo aumentó el ancho de banda para la transmisión hasta 1 Gbps para transmisiones de 1 a 20 Mbps, RTMP funcionó decentemente cuando el remitente y el receptor estaban en el mismo continente. Sin embargo, falló a velocidades de bits superiores a 2 Mbps. Mientras tanto, SRT no tuvo problemas, incluso cuando el ancho de banda aumentó a 20 Mpbs en cualquier lugar del mundo.
Todo producto se paga por adelantado.
Rellene este formulario, Nos pondremos rápidamente en contacto con usted.
Llámenos hoy
Enviar un correo electrónico
Visite nuestra web
Envianos un mensaje
Contáctenos hoy y nuestro amable equipo de ventas y/o soporte se comunicará con nosotros lo antes posible.
