Streaming adaptativo: cómo HLS y DASH ajustan la calidad del vídeo

En una descarga tradicional se obtiene el archivo de vídeo; con la reproducción progresiva, el reproductor puede empezar a mostrarlo antes de que termine de descargarse. En el streaming adaptativo, además, el contenido se entrega en segmentos y se ofrecen varias calidades. La diferencia práctica es que el cliente puede iniciar la reproducción sin recibir todo el vídeo y cambiar a una representación de menor o mayor calidad durante la sesión.

Streaming no significa que el vídeo llegue necesariamente como un flujo indivisible ni que nunca se guarde información temporalmente. El reproductor mantiene datos en un búfer para poder reproducir mientras solicita los segmentos siguientes. Si la descarga se retrasa y el búfer se vacía, la imagen se detiene; si la conexión ofrece margen, el reproductor puede acumular datos o probar una representación de mayor bitrate. La continuidad depende del equilibrio entre la velocidad de entrega, el consumo del vídeo y las decisiones del cliente.

Conviene distinguir también entre el protocolo de entrega y el códec. HLS y MPEG-DASH describen cómo organizar y solicitar la presentación —por ejemplo, mediante manifiestos y segmentos—; H.264, HEVC o AV1 describen cómo se codifica el vídeo. No son capas intercambiables: elegir un protocolo no determina por sí solo el códec, la resolución ni la calidad visual final.

HLS, desarrollado por Apple, organiza la presentación mediante listas de reproducción con extensión .m3u8. MPEG-DASH utiliza un manifiesto llamado MPD, normalmente con extensión .mpd, y es una especificación internacional publicada por MPEG/ISO. Ambos pueden entregar vídeo por HTTP, dividirlo en segmentos y ofrecer varias representaciones para que el reproductor se adapte a las condiciones de reproducción. La idea compartida importa más que la extensión: el manifiesto describe opciones y el cliente solicita los segmentos que necesita.

En términos generales, una lista maestra HLS puede apuntar a listas de medios para distintas variantes; el MPD de DASH describe la presentación mediante periodos, conjuntos de adaptación y representaciones. Una representación puede especificar propiedades como bitrate, resolución y códec, mientras que la información de segmentos permite localizarlos y reproducirlos en orden. El manifiesto es un índice, no el vídeo completo: comprobar que se descarga no demuestra que todos los segmentos posteriores estén accesibles o sean decodificables.

Estas diferencias orientan la implementación, pero no bastan para declarar un protocolo universalmente mejor. La compatibilidad real se verifica por combinación de dispositivo, sistema operativo, navegador, reproductor, códec y configuración del servicio. Algunas plataformas ofrecen ambos formatos para ampliar la cobertura o atender requisitos de protección de contenido; esa decisión añade trabajo de empaquetado y pruebas que debe evaluarse en el contexto concreto.

Antes de reproducir, el cliente solicita el manifiesto y obtiene información sobre las representaciones disponibles. Después descarga segmentos, observa el tiempo que tardan y considera cuánto contenido mantiene almacenado en el búfer. Con esos datos selecciona una calidad para las siguientes solicitudes. El cambio no suele reconstruir el vídeo entero: la selección se aplica a segmentos futuros, de modo que una caída de red puede llevar a una variante inferior antes de que se agote el contenido ya almacenado.

El algoritmo de bitrate adaptativo no mide una velocidad fija y perfecta. El rendimiento puede variar entre solicitudes por congestión, señal inalámbrica, carga del servidor, ruta de red o actividad de otros dispositivos. Además, la tasa observada durante una descarga no es necesariamente la que estará disponible para el segmento siguiente. El reproductor trabaja con estimaciones y suele equilibrar calidad con riesgo de interrupción; por eso una resolución alta puede tardar en aparecer aunque el plan de internet anuncie una velocidad elevada.

El búfer funciona como margen temporal. Un búfer mayor puede tolerar mejor fluctuaciones breves, pero en una emisión en directo también puede aumentar el retraso respecto al acontecimiento. Reducirlo puede acercar la reproducción al directo, aunque deja menos tiempo para recuperar una descarga lenta. No hay un ajuste que maximice simultáneamente calidad, continuidad y baja latencia en todas las redes: los objetivos del servicio y el comportamiento del reproductor condicionan el equilibrio.

El bitrate expresa la cantidad de datos que se transmite por unidad de tiempo. A igual resolución, un bitrate más alto puede conservar más detalle, pero el resultado también depende del códec, el contenido de la imagen, los ajustes de codificación y la pantalla. La resolución por sí sola no determina la calidad visual.

H.264, HEVC y AV1 son ejemplos de códecs de vídeo. Su presencia en una lista de características no garantiza que todos los dispositivos los admitan ni que el servicio los use en cada reproducción. La compatibilidad y las representaciones publicadas influyen en la selección. La resolución por sí sola es insuficiente para comparar dos streams si se desconocen el bitrate, el códec y la calidad de codificación.

En vídeo, la latencia describe el retraso de la reproducción respecto a la emisión. Las configuraciones de baja latencia pueden reducirlo; su resultado depende de la configuración del servicio y del reproductor. La latencia efectiva varía según la implementación.

Opensignal ofrece pruebas de conectividad y una prueba de experiencia de vídeo. Esta última registra aspectos como el tiempo de carga, el búfer y la reproducción de vídeos; los resultados ayudan a describir la experiencia de conexión, pero no certifican la calidad de cualquier plataforma o contenido concreto. Una medición aislada no explica toda la experiencia.

Para evaluar una reproducción propia, primero conviene registrar el contexto: dispositivo y sistema operativo, aplicación o navegador, conexión por Wi‑Fi o móvil, ubicación aproximada, hora, título y modo de calidad automático o manual. Después, observa el tiempo de inicio, las pausas, los cambios de nitidez y si el problema aparece en más de una red o dispositivo. Repetir en condiciones comparables ayuda a separar una incidencia persistente de una variación puntual; no permite atribuir automáticamente la causa al proveedor de internet.

En un entorno de desarrollo, inspeccionar el manifiesto y las solicitudes de red permite consultar las representaciones anunciadas, los segmentos pedidos, los códigos de respuesta y los tiempos de descarga. En HLS se revisan listas .m3u8 y sus referencias; en DASH, el MPD y las solicitudes asociadas. La inspección de manifiestos y segmentos permite examinar cómo se solicita y entrega el contenido.

Una comprobación sencilla puede seguir esta secuencia:

1. Reproduce el mismo contenido en dos redes distintas y anota si cambian el inicio, la calidad o las pausas.
2. Compara la reproducción automática con una calidad fija, si el reproductor permite seleccionarla.
3. Revisa si el fallo afecta a un único dispositivo, a una aplicación o también al navegador.
4. En una implementación propia, inspecciona el manifiesto y las solicitudes de segmentos.

Anota lo que observas en cada prueba para comparar las condiciones de reproducción.

Para quien publica vídeo, el diseño de la escalera de calidades debe contemplar más de una conexión y más de un dispositivo. Publicar variantes adicionales puede ampliar las opciones de adaptación, pero aumenta el trabajo de codificación, almacenamiento y distribución. Una escalera bien diseñada ofrece alternativas de calidad, no únicamente una versión de máxima resolución.

La elección entre HLS y DASH debe partir de la audiencia y de las plataformas que se necesitan cubrir. La compatibilidad depende del reproductor y el dispositivo, por lo que conviene probar las combinaciones relevantes. Si el servicio necesita ambos, compartir segmentos mediante formatos de empaquetado compatibles puede reducir duplicaciones en algunas arquitecturas, aunque no elimina las pruebas por dispositivo. La matriz de compatibilidad orienta la decisión mejor que una preferencia abstracta por un protocolo.

Al observar una reproducción, anota el dispositivo, la aplicación o el navegador, la conexión y si aparecen pausas o cambios de nitidez. Repite la prueba en condiciones comparables para comprobar si el comportamiento se mantiene. La calidad que se ve en pantalla puede variar durante la reproducción.