RTMP vs HLS vs SRT — Diferencias y cuándo usar cada protocolo

Cuando configuras una transmisión de video en vivo, te encuentras con tres siglas que aparecen en toda la documentación técnica: RTMP, HLS y SRT. Cada uno tiene su propósito, sus ventajas y sus limitaciones. Entender las diferencias te ayuda a elegir la combinación correcta para tu caso de uso.

Resumen rápido

• RTMP: protocolo de ingest. Lo usa tu software (OBS, vMix) para enviar la señal al servidor. Baja latencia.
• HLS: protocolo de entrega. Lo usa el reproductor del televidente para recibir la señal. Compatible universalmente.
• SRT: alternativa moderna a RTMP, más robusta ante redes inestables. Latencia comparable.

RTMP (Real-Time Messaging Protocol)

RTMP fue creado por Macromedia en 2002 y adoptado masivamente cuando Flash era el estándar de video en la web. Aunque Flash desapareció, RTMP sigue vivo como protocolo de ingest.

Ventajas:

• Baja latencia: 0.5 a 2 segundos entre emisión y servidor.
• Soportado por todo el ecosistema (OBS, vMix, Wirecast, YouTube, Facebook, Twitch).
• Simple de configurar: solo URL y clave de stream.

Desventajas:

• Usa puerto 1935, que puede ser bloqueado por firewalls corporativos.
• No es nativo de navegadores modernos (los televidentes no pueden ver RTMP directamente).
• Menos robusto ante pérdida de paquetes que SRT.

HLS (HTTP Live Streaming)

HLS fue creado por Apple en 2009 para soportar streaming en iPhone sin Flash. Hoy es el protocolo de entrega universal para video en vivo.

Ventajas:

• Compatible con cualquier navegador moderno, app móvil y Smart TV.
• Usa HTTP estándar (puerto 443), atraviesa firewalls sin problemas.
• Adaptativo (ABR): cambia de calidad según el ancho de banda del televidente.
• Funciona con CDN para escalar a millones de televidentes.

Desventajas:

• Mayor latencia: 5-15 segundos por defecto.
• LL-HLS (low latency) baja el delay a 2-3 segundos pero requiere más servidor.

SRT (Secure Reliable Transport)

SRT es un protocolo relativamente nuevo (2017) desarrollado por Haivision. Se diseñó para reemplazar RTMP en escenarios donde la red es impredecible.

Ventajas:

• Recuperación ante pérdida de paquetes: reenvía automáticamente los paquetes perdidos.
• Cifrado AES de extremo a extremo (más seguro que RTMP).
• Latencia comparable a RTMP (0.5-2 segundos).
• Excelente para transmisiones desde redes 4G/5G o WiFi inestable.

Desventajas:

• Menor soporte en software: OBS lo soporta desde la versión 26+, vMix desde 2020.
• No todas las plataformas lo aceptan para ingest.
• Requiere configuración más detallada (latencia objetivo, cifrado, buffer).

Cuándo usar cada uno

RTMP: el estándar de la industria

Usa RTMP si:

• Emites desde un estudio con conexión a internet estable por cable.
• Usas OBS, vMix, Wirecast o cualquier software estándar.
• Quieres máxima compatibilidad con todas las plataformas.

HLS: para entregar a tu audiencia

Usa HLS para:

• Entregar la señal a los televidentes en navegadores, apps móviles y Smart TVs.
• Escalar a audiencias grandes vía CDN.
• Cuando la latencia de 5-15 segundos no es un problema (TV tradicional, canales 24/7).

SRT: para redes difíciles

Usa SRT si:

• Transmites desde exteriores, eventos en campo o lugares con internet inestable.
• Necesitas cifrado de extremo a extremo.
• Tu software y servidor lo soportan (OBS 26+, vMix, Larix, Wowza, Cloudstream bajo cotización).

La combinación más común

Para la mayoría de canales de TV por Internet en Colombia, la combinación ganadora es:

• Ingest: RTMP desde OBS al servidor.
• Entrega: HLS desde el servidor a los televidentes.

Cloudstream usa exactamente esta combinación por defecto. Tú configuras OBS con la URL RTMP que te entregamos, y tu audiencia ve la señal en una URL HLS pública.

¿Y si necesito baja latencia?

Para escenarios interactivos (subastas en vivo, sorteos, Q&A con el público), la latencia de HLS (5-15 segundos) puede ser molesta. Opciones:

• LL-HLS: latencia de 2-3 segundos. Requiere servidor configurado específicamente.
• WebRTC: latencia sub-segundo. Para Q&A interactivo con chat.
• RTMP delivery: pocos navegadores lo soportan nativamente, pero apps como VLC pueden.

Cloudstream ofrece LL-HLS bajo cotización. Para WebRTC, necesitas un servidor especializado como mediasoup o Janus.

Conclusión

No necesitas saberlo todo sobre protocolos para transmitir tu canal. La regla práctica es: usa RTMP para subir, HLS para entregar. Si tu red es inestable, evalúa SRT. Si necesitas interactividad en tiempo real, considera LL-HLS o WebRTC. El resto, déjalo en manos de tu proveedor de servidor streaming.