Condiciones del glosario

Protocolos de transmisión de vídeo

¿Qué es un protocolo de transmisión?

Un protocolo de transmisión es un conjunto de reglas y métodos que definen cómo se entregan archivos de audio, vídeo u otros medios a través de internet en tiempo real.

En lugar de descargar todo el archivo antes de reproducirlo (lo que lleva mucho tiempo), los protocolos de streaming dividen el contenido en pequeños fragmentos y los envían en secuencia. De este modo, la reproducción comienza casi de inmediato mientras el resto de los fragmentos continúa cargándose.

Recuerda: El propósito de los protocolos de transmisión es garantizar una entrega fluida de los medios, adaptándose a distintos dispositivos, redes y condiciones de ancho de banda.

En resumen, los protocolos de streaming son como “las reglas del sistema de entrega” que garantizan que los vídeos, la música o las retransmisiones en directo lleguen a los usuarios de forma rápida, fluida y con la mejor calidad posible.

Tipos de protocolos de transmisión de vídeo

1. Protocolos de transmisión adaptativa basados en HTTP (los más comunes hoy en día)

Estos protocolos entregan vídeo a través de HTTP estándar dividiéndolo en pequeños segmentos y permitiendo que el reproductor cambie entre diferentes niveles de calidad según la velocidad de la red. Están optimizados para la escalabilidad y la compatibilidad con las infraestructuras web (CDN, cachés, navegadores).

Ejemplos:

• HLS (HTTP Live Streaming) – El protocolo ampliamente utilizado por Apple.
• MPEG-DASH – Estándar abierto compatible con diversas plataformas.

Propósito: Estos protocolos hicieron posible la entrega de vídeo a gran escala sin servidores especializados, ya que utilizan la infraestructura HTTP ordinaria (CDN, cachés, servidores web). Impulsan la mayoría de las plataformas OTT modernas, bibliotecas VOD y servicios de transmisión en directo.

2. Protocolos en tiempo real (ideales para baja latencia o transmisiones en directo)

Estos protocolos se centran en el envío continuo de audio y vídeo con una latencia mínima, a menudo inferior a un segundo, lo que los hace ideales para casos de uso interactivos o que requieren una respuesta rápida. Se basan en métodos de transporte directo (a menudo UDP) en lugar de segmentar el contenido como los protocolos basados en HTTP.

Ejemplos:

• RTMP (Real-Time Messaging Protocol) – Protocolo heredado de Adobe; todavía se usa para la ingestión de transmisiones en directo en CDNs, a menudo convertido a HLS/DASH para la reproducción.
• RTSP (Real-Time Streaming Protocol) – Usado en cámaras IP y sistemas de videovigilancia.
• SRT (Secure Reliable Transport) – Más reciente, de código abierto, diseñado para transmisiones fiables y de baja latencia.
• RIST (Reliable Internet Stream Transport) – Similar a SRT, orientado a flujos profesionales de radiodifusión.
• WebRTC (Web Real-Time Communication) – Diseñado para videollamadas, conferencias y transmisiones de ultrabaja latencia.

Propósito: Los protocolos en tiempo real minimizan el retraso para que el audio y el vídeo se sientan “en directo” e interactivos. Están diseñados para situaciones donde cada segundo cuenta (por ejemplo, videollamadas, subastas en directo, juegos en línea o emisiones profesionales). La prioridad es la velocidad e inmediatez, garantizando que los espectadores y participantes puedan interactuar en tiempo real en lugar de esperar a una reproducción almacenada en búfer.

3. Protocolos heredados

Son protocolos antiguos que en su momento se usaban ampliamente para la entrega de vídeo en línea. Dependían de reproductores personalizados (como Flash o Windows Media Player) y de servidores propietarios, lo que los hacía menos eficientes e incompatibles con el ecosistema web actual.

Hoy en día, los protocolos heredados han sido reemplazados en su mayoría por la transmisión adaptativa basada en HTTP.

Ejemplos:

• MMS (Multimedia Messaging Service) – Obsoleto, utilizado antiguamente en Windows Media Player.
• HDS (HTTP Dynamic Streaming) – Enfoque HTTP de Adobe, ahora descontinuado.
• Protocolos de streaming P2P – Sistemas descentralizados (por ejemplo, transmisión en directo basada en BitTorrent).

Propósito: Los protocolos heredados introdujeron los primeros métodos de transmisión de vídeo en línea, mucho antes de que existieran los estándares web modernos. Aunque estaban limitados por complementos y reproductores propietarios, su objetivo era demostrar que el vídeo continuo podía transmitirse por internet en lugar de descargarse.

¿Por qué están obsoletos los protocolos heredados?

Aunque los protocolos heredados están desactualizados, sentaron las bases de las tecnologías de transmisión actuales. ¿Por qué ya no son suficientes?

1. Compatibilidad limitada con dispositivos
La mayoría de los navegadores y dispositivos modernos han eliminado la compatibilidad con los protocolos heredados. Por ejemplo, Flash (necesario para RTMP) ya no está soportado.

2. Alta latencia e ineficiencia
No estaban optimizados para la transmisión con tasa de bits adaptativa. A menudo ofrecían transmisiones de calidad fija con mayores retrasos.

3. Escalabilidad deficiente
Fueron diseñados antes de que las CDN se convirtieran en estándar, por lo que no escalan eficientemente.

4. Limitaciones de seguridad
Carecen de cifrado moderno e integración con DRM.

5. Incompatibilidad con la infraestructura moderna
HLS, DASH y CMAF funcionan con servidores web ordinarios y CDNs; los protocolos heredados requieren servidores especializados.

6. Fin del soporte por parte de los proveedores
Ya no reciben actualizaciones ni correcciones.

Comparación de los principales protocolos de transmisión de vídeo

Protocolo	Latencia	Caso de uso	Adopción	Soporte / Compatibilidad
HLS (HTTP Live Streaming)	6–30 s (estándar), 2–5 s (Low-Latency HLS)	Streaming bajo demanda y en directo a gran escala	Muy alta — predeterminado en iOS/tvOS y ampliamente usado en web y OTT	Nativo en dispositivos Apple; compatible con navegadores (MSE), reproductores y CDNs
MPEG-DASH	6–30 s (estándar), ~3–6 s (baja latencia)	Streaming bajo demanda y en directo con bitrate adaptativo	Alto en entornos empresariales/de radiodifusión; no es compatible de forma nativa con Safari en iOS	Amplio soporte en Android, Chrome, Firefox, Edge, Smart TVs y decodificadores
RTMP	2–5 s	Ingesta hacia Twitch, YouTube Live, Facebook Live	Heredado pero aún dominante para ingesta	Compatible con OBS y codificadores; requiere conversión a HLS/DASH para reproducción
RTSP	1–5 s	Cámaras de vigilancia, CCTV, videoconferencia	Moderado — nicho en seguridad/IP	Nativo en cámaras IP; soporte variable en reproductores móviles/escritorio
SRT (Secure Reliable Transport)	<1–3 s	Radiodifusión profesional, producción remota, contribución de vídeo	Crecimiento rápido en eventos en directo	Open-source; compatible con codificadores, emisoras y algunas CDNs
RIST (Reliable Internet Stream Transport)	<1–3 s	Transmisión profesional y contribución	Creciendo en workflows especializados	Soportado por proveedores orientados a emisoras
WebRTC	<500 ms (ultrabaja latencia)	Comunicación en tiempo real, videollamadas, transmisión interactiva	Muy alta para conferencias; creciente en OTT interactivo	Nativo en Chrome, Safari, Firefox, Edge; SDK móviles y multiplataforma
Smooth Streaming (Microsoft)	6–30 s	Antiguo protocolo adaptativo para Windows	En declive — reemplazado por HLS/DASH	Compatibilidad de legado en plataformas Microsoft antiguas
HDS (Adobe HTTP Dynamic Streaming)	6–30 s	Antiguo streaming adaptativo basado en Flash	Obsoleto	Sin soporte moderno

¿Qué protocolo debería usar?

• Para servicios OTT generales: HLS y MPEG-DASH.
• Para ingestión en directo: RTMP (heredado), SRT o RIST.
• Para latencia ultrabaja o interactividad: WebRTC.
• Protocolos heredados como Smooth Streaming o HDS están siendo eliminados.

¿Cómo funcionan los protocolos de transmisión de vídeo?

El propósito principal de los protocolos de streaming es establecer las reglas para una entrega fluida del vídeo desde el servidor hasta el dispositivo del espectador.

Paso 1: Preparación
El vídeo se codifica en un formato comprimido y a menudo se crea en varios niveles de calidad.

Paso 2: División en fragmentos
El vídeo se divide en pequeños fragmentos (segmentos o paquetes).

Paso 3: Entrega

• HLS/DASH: envían fragmentos a través de HTTP.
• WebRTC: envía datos en tiempo real con muy poco retardo.

Paso 4: Manifiesto o lista de reproducción
El reproductor utiliza un archivo “mapa” (manifest) para saber qué fragmentos reproducir.

Paso 5: Lado del reproductor
El reproductor almacena unos segundos en búfer y cambia la calidad según el ancho de banda.

Paso 6: Reproducción
El reproductor decodifica los fragmentos y reproduce el vídeo.

Los protocolos de transmisión más populares: resumen rápido

1. HLS (HTTP Live Streaming)

Creado por: Apple
Divide el vídeo en fragmentos entregados por HTTP usando listas .m3u8.

Ventajas:

• Compatibilidad amplia
• Bitrate adaptativo
• Escalable mediante CDN

Desventaja: Latencia mayor.

2. MPEG-DASH (Dynamic Adaptive Streaming over HTTP)

Creado por: MPEG
Similar a HLS, usa manifiestos .mpd y múltiples códecs.

Ventajas:

• Independencia de códec
• Amplio soporte en dispositivos grandes

Desventaja: No soportado nativamente en Safari iOS.

3. CMAF (Common Media Application Format)

Permite usar los mismos archivos para HLS y DASH.

Ventajas:
Reduce costes; compatible con baja latencia.

4. RTMP (Real-Time Messaging Protocol)

Usado hoy principalmente para ingestión.

Ventajas: Baja latencia.
Desventaja: Obsoleto para reproducción.

5. WebRTC (Web Real-Time Communication)

Ultrabaja latencia (<500 ms); ideal para interactividad.

Desventaja: Menos escalable.

Protocolos de streaming vs Códecs vs Formatos contenedores

1. Protocolos de transmisión de vídeo

Ejemplos: HLS, MPEG-DASH, WebRTC, RTMP.
Función: Regulan cómo se transmiten y reproducen los datos.
Analogía: Carreteras y normas de tráfico.

2. Códecs

Ejemplos: H.264, H.265, VP9, AV1, AAC.
Función: Comprimir/descomprimir el vídeo.
Analogía: El idioma.

3. Formatos contenedores

Ejemplos: MP4, MKV, TS, fMP4.
Función: Agrupar vídeo, audio y metadatos.
Analogía: El coche que transporta los datos.

En conclusión…

• Protocolo = Cómo viaja el vídeo.
• Códec = Cómo se comprime.
• Contenedor = Cómo se empaqueta.