CMAF: El Formato que Está Unificando HLS y DASH en Streaming de Video

La industria del streaming tiene un problema silencioso: para alcanzar a TODOS los dispositivos, los proveedores tienen que generar el mismo video en dos formatos diferentes — HLS para Apple y DASH para el resto. Eso significa almacenar el doble, procesar el doble y gestionar el doble de archivos.

CMAF (Common Media Application Format) es un estándar de la industria desarrollado conjuntamente por Apple y Microsoft para resolver exactamente este problema. Define un formato de segmentos de video que funciona tanto con HLS como con DASH.

El problema que resuelve CMAF

Sin CMAF	Con CMAF
Generar segmentos HLS (fMP4 o .ts) para Apple	Un solo set de segmentos fMP4 para todos
Generar segmentos DASH (fMP4) para Chrome/Android
Doble almacenamiento en CDN	Un solo almacenamiento (50% menos)
Doble procesamiento en transcoder	Un solo proceso de transcoding
Dos lógicas de cache en CDN	Una sola lógica de cache

💡 En palabras simples: CMAF permite que un solo archivo de video sirva tanto para iPhones como para Android, sin tener que crear dos versiones diferentes. Mismo video, mismos segmentos, dos playlists (M3U8 para HLS, MPD para DASH) que apuntan a los mismos archivos.

CMAF se basa en fragmentos MP4 (fMP4) como formato de contenedor, en lugar de los segmentos MPEG-TS (.ts) que HLS usaba tradicionalmente. La clave está en que tanto HLS como DASH ya soportan fMP4 como contenedor.

Estructura de un stream CMAF

/contenido/
├── manifest.m3u8          (playlist HLS → apunta a segmentos fMP4)
├── manifest.mpd           (manifest DASH → apunta a los MISMOS segmentos fMP4)
├── video/
│   ├── init_1080p.mp4     (inicialización 1080p)
│   ├── seg_1_1080p.m4s    (segmento 1 - 1080p)
│   ├── seg_2_1080p.m4s    (segmento 2 - 1080p)
│   ├── init_720p.mp4      (inicialización 720p)
│   ├── seg_1_720p.m4s     (segmento 1 - 720p) 
│   └── ...
└── audio/
    ├── init_es.mp4         (audio español)
    ├── seg_1_es.m4s
    └── ...

Los archivos .m4s son los segmentos fMP4 — y son EXACTAMENTE los mismos archivos los que consume tanto el M3U8 (HLS) como el MPD (DASH). Solo los manifiestos son diferentes.

Requisitos técnicos

• Codec de video: H.264 (AVC), H.265 (HEVC) o AV1
• Contenedor: fMP4 (ISO BMFF)
• Audio: AAC, AC-3, E-AC-3
• DRM: Common Encryption (CENC) — un solo cifrado para Widevine + FairPlay
• Soporte de navegadores: Chrome 70+, Safari 14+, Firefox 85+, Edge 79+

Una de las ventajas más relevantes de CMAF para streaming en vivo es su soporte para chunked transfer encoding. Esto permite enviar segmentos de video al reproductor ANTES de que estén completamente codificados.

Diferencia en latencia

Método	Latencia típica	Cómo funciona
HLS tradicional	15-30 segundos	Segmentos de 6s, 3 en buffer
LL-HLS (Low Latency)	2-5 segundos	Partial segments con preload hints
CMAF chunks	2-4 segundos	Segmentos enviados en fragmentos de 200ms
WebRTC	<1 segundo	Peer-to-peer, sin segmentos

En lugar de esperar 6 segundos a que se complete un segmento entero, CMAF puede enviar "chunks" de ~200ms dentro de cada segmento. El reproductor empieza a reproducir antes de recibir el segmento completo.

⚡ Impacto práctico: Para streaming de deportes en vivo, la diferencia entre 30 segundos y 3 segundos de delay es enorme. Con 30 segundos, el espectador se entera del gol por Twitter antes de verlo en pantalla. Con CMAF low-latency, la experiencia es casi en tiempo real.

CMAF no es futuro lejano — ya está en uso por los principales actores de la industria:

Quién ya usa CMAF

• ✅ Apple: HLS con fMP4 (desde iOS 10 / Safari 14)
• ✅ Unified Streaming: Empaquetado CMAF nativo
• ✅ AWS MediaConvert: Salida CMAF disponible
• ✅ Akamai: Soporte CMAF en su CDN
• ✅ Cloudflare Stream: CMAF por defecto
• ✅ Disney+, Hulu, HBO Max: Producción con CMAF

Lo que está pendiente

• ⏳ Encoders de software: OBS y FFmpeg soportan fMP4 pero la configuración CMAF aún requiere conocimiento avanzado
• ⏳ Plataformas medianas: Muchas todavía generan HLS .ts por defecto
• ⏳ DRM unificado: CENC funciona pero la implementación práctica de Widevine + FairPlay con el mismo cifrado aún tiene fricciones

¿Deberías migrar a CMAF ahora?

• 🟢 Sí, si eres operador grande con altos costos de CDN y almacenamiento — CMAF los reduce significativamente
• 🟡 Opcional, si eres operador mediano — el beneficio existe pero el costo de migración puede no justificarse aún
• 🔴 No te preocupes si eres operador pequeño — HLS estándar sigue siendo perfectamente funcional

🌐 Nuestra perspectiva: CMAF será el estándar dominante para 2027-2028. Por ahora, HLS con fMP4 (que es básicamente CMAF compatible) es la apuesta segura. En XtreamCast distribuimos por HLS, que es nativamente compatible con la evolución hacia CMAF sin que nuestros clientes tengan que cambiar nada.