El protocolo de mensajería en tiempo real (RTMP) es un formato de transmisión ampliamente utilizado. Existe desde hace muchos años y ha crecido hasta convertirse en una herramienta esencial para emisoras, operadores de redes y muchas otras industrias. Sin embargo, algunas ideas erróneas sobre RTMP lo han hecho menos popular de lo que podría ser.
Pero ¿qué es exactamente RTMP? ¿Cómo funciona? ¿Y deberías usarlo para tu próxima transmisión en vivo?
Descubra esto y más a continuación.
¿Qué es RTMP?
RTMP es un protocolo de red o un sistema utilizado para transmitir contenido multimedia a través de Internet basado en la tecnología del Protocolo de control de transmisión (TCP).
TCP es uno de los componentes que componen el conjunto de protocolos de Internet. El otro componente importante es el protocolo de Internet, también conocido como IP.
RTMP es un protocolo de red o un sistema utilizado para transmitir contenido multimedia a través de Internet.
Juntos, TCP e IP actúan como puentes de comunicación entre las capas de aplicación y red. Piénselo de esta manera; la capa de aplicación abarca aquello con lo que normalmente interactuarías, como el navegador Mozilla Firefox o cualquier otra aplicación de usuario.
Para que su navegador Firefox cargue una página web, debe enviar una solicitud al servidor del sitio web. Al recibir la solicitud, el servidor envía el recurso solicitado (es decir, una transmisión de video, un video pregrabado en YouTube o un código HTML para la página web).
Para mantener una comunicación efectiva (es decir, evitar que la correspondencia se pierda o se retrase), el mensaje debe desmantelarse en partes más pequeñas conocidas como paquetes. Esto se hace en el lado del remitente y, una vez recibido el mensaje, se vuelve a ensamblar para el usuario.
TCP es el componente que se ocupa de dividir el mensaje en paquetes o partes más pequeñas que puedan transmitirse de manera efectiva y eficiente.
La capa IP actúa como agente de reenvío que determina las mejores rutas para transmitir los paquetes a través de Internet.
El protocolo RTMP lo utilizan muchos reproductores multimedia populares, incluidos Adobe Flash Player, VLC Media Player, QuickTime Player y Windows Media Player. RTMP también es compatible con algunos navegadores web, incluidos Google Chrome y Mozilla Firefox.
La principal preocupación para la mayoría de los usuarios de una solución de streaming es cómo entrega el contenido. Si la calidad de la resolución de transmisión es baja, será un factor decisivo para la mayoría de los consumidores. De manera similar, una solución de streaming con alta latencia y buffers o cargas durante demasiado tiempo antes de reproducir el contenido no funcionará bien.
Aquí es donde brilla RTMP. Desde su desarrollo, RTMP ha garantizado una baja latencia, un almacenamiento en búfer mínimo y una de las mejores cualidades de resolución de transmisión, siempre que la conexión de red sea lo suficientemente fuerte y rápida.
Otra ventaja de RTMP es su capacidad para soportar streaming masivo simultáneamente y sin mayores problemas.
Sin embargo, a pesar de existir desde hace muchos años, RTMP ha sido recientemente objeto de un mayor escrutinio porque el sistema es inseguro para sus usuarios.
Así es como se producen las vulnerabilidades de seguridad:
Primero, el protocolo RTMP no tiene ningún cifrado incorporado. Por lo tanto, cualquier comunicación o transferencia de paquetes mientras se utiliza RTMP está abierta a ser escuchada por grupos no autorizados o ataques de tipo intermediario.
Otro factor que contribuyó a la vulnerabilidad de seguridad de RTMP es que su código fuente fue propietario durante mucho tiempo. El software propietario (es decir, software cuyos derechos de propiedad y control se limitan a la entidad que lo desarrolló o lo compró) normalmente recibe parches de seguridad que aparecen periódicamente, pero no es suficiente.
Con frecuencia surgen nuevas vulnerabilidades y la comunidad construida en torno al software de código abierto garantiza parches de seguridad mejores y relativamente más frecuentes. Esto es lo que RTMP se perdió para mejorar su postura de seguridad.
Variaciones RTMP
Las variaciones de RTMP incluyen las siguientes:
- Servidor de protocolo de mensajería en tiempo real (RTMPS) – es bastante parecido a RTMP solo que tiene cifrado, es decir, capa de conexión segura (SSL) y seguridad de la capa de transporte (TLS) habilitadas, y admite todos los reproductores con Flash Player habilitado. Se utiliza en situaciones en las que es vital evitar la manipulación o el acceso no autorizado a los datos en tránsito.
- Protocolo de mensajería cifrada en tiempo real (RTMPE) – es un protocolo de transmisión muy versátil que utiliza tanto el Protocolo de control de transporte (TCP) como el Protocolo de datagramas de usuario (UDP) para transmitir datos. RTMPE también cifra todas las transmisiones de datos utilizando el cifrado patentado de Adobe para evitar el acceso no autorizado y la manipulación.
- Túnel de protocolo de mensajería en tiempo real (RTMPT) – RTMPT emplea un mecanismo de túnel para evitar los firewalls que normalmente bloquean todo el tráfico RTMP. En la práctica, RTMPT requiere que el cliente envíe una solicitud HTTP modificada al servidor, que responde con una transmisión HTTP casi similar. El cliente y el servidor utilizan una ID de sesión; una vez que se establece una conexión, la transmisión de datos puede comenzar entre los dos.
- Protocolo de flujo de medios en tiempo real (RTMFP) – RTMFP es una versión mejorada de RTMP en el sentido de que emplea un formato de codificación diferente, UDP, para lograr una transmisión de medios de alto rendimiento.
Historia de la transmisión RTMP
El Protocolo de mensajería en tiempo real (RTMP) fue inicialmente un protocolo propietario desarrollado por Macromedia para transmitir audio, vídeo y datos a través de Internet entre un reproductor Flash y un servidor.
Actualmente, RTMP se utiliza en numerosos servicios populares en línea, como Facebook, Twitch y Twitter, para la transmisión de vídeo en directo.
El primer lanzamiento público de RTMP fue en 2002. En 2009, Adobe lanzó una versión de RTMP con especificaciones abiertas conocida como OpenRTMP. La principal diferencia entre RTMP y OpenRTMP es que con OpenRTMP, se puede utilizar cualquier servidor de medios en lugar de solo Flash Media Server (FMS).
También hay más flexibilidad con la especificación RTMP abierta con respecto a cómo los desarrolladores pueden proteger o configurar la funcionalidad de igual a igual. Esto tiene como objetivo fomentar la innovación y la colaboración a través de la competencia y el acceso abierto entre los desarrolladores para desarrollar la solución RTMP ideal.
El principio principal
RTMP utiliza una técnica llamada "streaming" para entregar contenido. Eso significa que los datos se transfieren en pequeñas partes llamadas "fragmentos". Los fragmentos se vuelven a ensamblar en el otro extremo, para que el usuario pueda ver o escuchar el contenido sin esperar a descargarlo por completo.
El funcionamiento de RTMP consta de dos partes:Entrega de primera y última milla.
La entrega de primera milla generalmente implica la transmisión de medios desde el codificador al servidor mediante RTMP. La entrega de última milla se refiere a la transmisión de medios desde el servidor al dispositivo del usuario. En esta segunda parte se utiliza un reproductor Flash o una herramienta igualmente capaz. Hay informes de que Adobe está eliminando todo soporte para Flash; en consecuencia, esto significa el fin de la entrega de última milla.
En respuesta, la industria ha adoptado el Protocolo de transferencia de hipertexto (HTTP), una solución de transmisión por secuencias más eficiente.
Las variaciones de RTMP como RTMPT actualmente emplean HTTP para encapsular y transmitir medios.
Cómo funciona la ingesta RTMP
Esta es probablemente una de las ventajas salvadoras de RTMP que lo ha mantenido funcionando durante tanto tiempo. A medida que el mundo pasó de ver medios en computadoras a verlos en dispositivos móviles, RTMP enfrentó un desafío.
Por un lado, RTMP confió en el reproductor Adobe Flash para ofrecer una experiencia de transmisión fluida, pero hubo un pequeño problema. Los dispositivos móviles no eran compatibles con Adobe Flash Player; Básicamente, RTMP se volvió inútil para los usuarios que querían los mismos servicios de streaming en sus dispositivos móviles.
En respuesta, Apple desarrolló el protocolo HLS para soportar la funcionalidad de streaming en dispositivos móviles.
Era razonable esperar que RTMP quedara obsoleto. Afortunadamente, sobrevivió con la ingesta RTMP, creando su nicho como protocolo ideal para transportar medios desde el codificador al servidor.
La ingesta RTMP prioriza el funcionamiento de los codificadores de bajo costo y, en general, ofrece transmisión de baja latencia a los usuarios.
Implica tres componentes principales:
1. El apretón de manos
Cuando un cliente quiere conectarse a un servidor RTMP, primero necesita establecer un protocolo de enlace. Este proceso comienza cuando el cliente envía una solicitud de "conexión" al servidor, que incluye información sobre el cliente y el tipo de conexión que intenta realizar.
Luego, el servidor responde con un mensaje "conectado", que incluye información sobre el servidor y el tipo de conexión que se ha establecido.
Finalmente, el cliente y el servidor intercambian mensajes para confirmar que ambos todavía están conectados y para negociar los parámetros necesarios para la conexión.
2. La conexión
El objetivo principal de la conexión de ingesta RTMP es proporcionar un medio para transmitir contenido multimedia desde un origen a un destino.
La fuente de medios podría ser una cámara en vivo, video pregrabado, audio u otros medios. El destino suele ser un servidor de streaming de medios, que distribuye el contenido a los espectadores.
Hay tres componentes en una conexión de ingesta RTMP:
- El codificador convierte la señal de vídeo y audio a un formato digital que se puede transportar a través de Internet.
- El transporte:este es el medio a través del cual se envía la señal codificada desde el codificador al servidor; normalmente, esto se hace a través de UDP o TCP.
- El servidor recibe la señal codificada y la pone a disposición de los espectadores (normalmente empaquetándola en un formato como Flash).
3. La transmisión
Cuando un usuario transmite contenido a un servidor multimedia, el servidor primero debe codificar el vídeo y el audio entrantes antes de enviarlo a todos los clientes conectados.
El proceso de codificar y reformatear vídeo y audio a un formato de archivo estándar se llama transcodificación. Implica convertir la señal de entrada en una forma que pueda reproducirse en varios dispositivos.
Más sobre streaming existen dos tipos de streaming:en vivo y bajo demanda. La transmisión en vivo se refiere a la transmisión en tiempo real, mientras que la transmisión bajo demanda es cuando los usuarios pueden ver el contenido cómodamente.
La transmisión en vivo requiere una conexión constante entre el cliente y el servidor, mientras que la transmisión bajo demanda no.
RTMP utiliza TCP para mantener una conexión persistente entre el cliente y el servidor, lo que permite una transmisión de baja latencia. Sin embargo, RTMP no es adecuado para la transmisión bajo demanda.
Alternativas RTMP para ingesta
SRT y WebRTC son los principales contendientes que pueden igualar o superar las capacidades RTMP. Aquí hay una breve vista previa de las dos alternativas:
Transporte seguro y confiable (SRT)
SRT llena los vacíos que RTMP no podía gestionar, como mantener una transmisión de baja latencia incluso cuando el usuario está conectado a una red relativamente poco confiable. Esto lo presenta como una excelente opción para transmisión en vivo y bajo demanda.
Dado que es de código abierto, los límites de sus capacidades son infinitos y no hay que preocuparse de que se retire el apoyo al desarrollo.
Comunicaciones web en tiempo real (WebRTC)
WebRTC gana con su publicación basada en navegador. El protocolo de ingesta HTTP WebRTC (WHIP) también está en proceso, y lo que esto significa para los usuarios es que podrán transmitir solo con un navegador web en lugar de molestarse con codificadores como ocurre con RTMP.
Alternativas RTMP para salida
En la parte superior de la lista de alternativas de salida RTMP se encuentran HTTP Live Streaming (HLS), MPEG-DASH y WebRTC.
Aquí hay una breve vista previa de las alternativas:
HLS y MPEG-DASH
Estos dos son prácticamente iguales, sólo que HLS es propietario mientras que MPEG-DASH es de código abierto.
Lo mejor de estos dos es que están diseñados para ofrecer baja latencia, calidad multimedia óptima e incluso funcionar con conexiones de red poco confiables.
WebRTC también es una alternativa destacada a las soluciones de salida RTMP.
¿Están muriendo RTMP y Flash?
La respuesta corta es:probablemente no. La respuesta larga es un poco más complicada.
Un aumento constante en la popularidad de HTML5 y la proliferación de alternativas capaces de Flash pueden hacer que parezca que RTMP y Flash están muriendo. Pero ese no es el caso.
Flash ha estado en declive desde hace un tiempo, perdiendo una participación de mercado significativa frente a HTML5 en los últimos años, y su posición que alguna vez fue dominante en el mundo del video ahora está constantemente amenazada.
Sin embargo, todavía tiene una presencia significativa en la web y es utilizado por muchos sitios populares, incluidos YouTube y Facebook.
En cuanto a RTMP, todavía se usa ampliamente para transmitir contenido de audio y video. Sin embargo, su futuro es menos seguro que el de Flash.
Adobe ha anunciado que dejará de admitir RTMP en 2020, lo que podría marcar el fin de este protocolo. Sin embargo, existen muchas alternativas basadas en RTMP, por lo que es probable que se siga utilizando de una forma u otra en los años venideros.
Entonces, ¿deberías transmitir usando RTMP?
Depende. Eche un vistazo a algunas de las ventajas y desventajas de utilizar RTMP.
Pros
- Es muy estable. En comparación con otras alternativas del mercado, es muy poco probable que experimente interrupciones o tiempos de inactividad al utilizar un servicio habilitado para RTMP.
- Baja latencia y almacenamiento en búfer mínimo. RTMP es único en este sentido, lo que significa que los usuarios pueden ver vídeos en mejor resolución y los medios tardarán mucho menos en cargarse.
- Compatibilidad. La naturaleza robusta y confiable de RTMPS animó a más fabricantes a diseñar sus productos para integrarlos fácilmente con RTMP
Desventajas
- RTMP requiere una conexión persistente entre el cliente y el servidor, lo que puede ser problemático si hay interrupciones en la red
- Como software propietario, hay poca flexibilidad para los usuarios avanzados.
Preguntas frecuentes
¿Cómo uso Wave.video para transmitir vía RTMP?
Si buscas transmitir vídeo a través de RTMP, Wave.video es una gran opción. Aquí se explica cómo usarlo:
- Cree una cuenta con Wave.video e inicie sesión si aún no lo ha hecho.
- Elige el vídeo que deseas transmitir.
- Vaya a la página "Destinos" en Wave.video y haga clic en "RTMP personalizado"
- A continuación, tendrás que encontrar la URL del servidor y la clave de transmisión del contenido que estás intentando transmitir. Para hacer esto, navegue hasta el sitio web con la transmisión que desea ver.
- Puedes utilizar una aplicación o extensión de terceros para extraer la URL y la clave si no sabes cómo hacerlo.
- Copia la URL del servidor y la clave de transmisión.
- Pegue la URL del servidor y la clave de transmisión en Wave.video.
- Crea o programa tu transmisión.
- Abre el estudio en vivo y comienza a transmitir.
¡Eso es todo, rápido y fácil!
¿Qué codificadores admiten RTMP?
Hay muchos hardware y software de codificador que admiten RTMP. Algunos de estos incluyen:
- Adobe Media Encoder
- Estudio OBS
- Servidor elemental
- TriCaster
- Transmisión por cable
- vMix
- TeraDek
- Motor de transmisión Wowza
- Vídeo del Niágara
RTMP frente a RTSP:¿cuál es mejor?
RTMP y RTSP son protocolos para transmitir audio, vídeo y datos a través de Internet. Son similares en muchos aspectos, pero algunas diferencias clave los hacen ideales para diferentes situaciones o preferencias.
Aquí hay un resumen rápido de las diferencias clave entre los dos:
- RTMP es mejor para la transmisión en vivo, mientras que RTSP es mejor para la transmisión bajo demanda.
- RTMP tiene una latencia más baja, mientras que RTSP puede proporcionar vídeo de mayor calidad.
- RTMP requiere un servidor multimedia Flash, mientras que RTSP puede funcionar con cualquier servidor multimedia.
Entonces, ¿qué protocolo es mejor? Todo depende de tus necesidades específicas.
RTMP es una buena opción si necesita baja latencia y no le importa usar Flash. RTSP puede ser ideal si necesita un vídeo de alta calidad o desea utilizar un servidor multimedia que no sea Flash.
¿Qué es el formato de mensaje de acción (AMF)?
AMF es un formato binario para codificar y transmitir datos a través de Internet y, a menudo, se utiliza junto con RTMP.
AMF permite transmitir datos incompatibles con RTMP, como objetos ActionScript. También permite el intercambio eficiente de datos entre aplicaciones Flash y servidores.
¿Qué es una URL RTMP y cómo obtenerla desde Facebook o YouTube?
Una URL RTMP es un identificador único que se utiliza para transmitir contenido de vídeo en vivo a varias plataformas.
Normalmente contiene una dirección IP, un nombre de dominio y un número de puerto.
Debes crear un evento de transmisión en vivo en cualquiera de las plataformas para obtenerlo desde YouTube o Facebook. Una vez que hayas hecho esto, podrás encontrar la URL RTMP en la configuración del evento.
Pensamientos finales
Sin duda, RTMP ha dejado su huella en el mundo. ¿Está a punto de salir? Como solución de salida, posiblemente no ingiera nada.
Incluso cuando surjan otras alternativas igual o más capaces, RTMP seguirá siendo relevante en la transmisión y streaming de medios.
Únase a nuestro boletín:¡es gratis!
Sólo publicamos las cosas buenas