Volver al Blog

Por qué cambia la calidad del vídeo a mitad de reproducción: el streaming adaptativo de tasa de bits explicado

El streaming adaptativo de tasa de bits (ABR) es la lógica que elige un nivel de calidad que tu conexión puede sostener. Guía en lenguaje claro sobre cómo YouTube, Netflix y Twitch deciden qué enviarte a continuación.

By

Estás a mitad de un vídeo de YouTube y la imagen pasa de repente de nítida a borrosa. Unos segundos después vuelve a subir. No tocaste ningún control. El icono de Wi-Fi en la esquina se ve bien. ¿Qué acaba de pasar?

Has visto a un algoritmo de streaming adaptativo de tasa de bits haciendo su trabajo delante de ti. Detrás de cada reproductor de streaming moderno hay un bucle silencioso midiendo tu red, comparando los números con un menú de variantes de calidad precodificadas que el servicio ofrece y cambiando silenciosamente entre ellas cuando la matemática lo indica. Cuando tu conexión se tambalea, el reproductor cambia a una variante más pequeña para que la reproducción no se atasque. Cuando la conexión se recupera, vuelve a subir. La mayoría del tiempo no lo notas. Las veces que sí lo notas son las veces en las que el cambio fue lo bastante grande para verse.

El streaming adaptativo de tasa de bits (ABR) es la técnica que usan los reproductores modernos para cambiar entre variantes de calidad precodificadas del mismo vídeo —eligiendo la variante más alta que tu conexión puede sostener en cada segmento— para que la reproducción siga fluyendo a través de las redes desordenadas del mundo real.

Esta guía recorre lo que realmente ocurre cuando la calidad cambia a mitad de reproducción: cómo los servicios codifican múltiples variantes del mismo título, cómo el reproductor mide el ancho de banda y decide qué descargar a continuación, por qué los algoritmos tienen nombres como BOLA y MPC, dónde te encuentras con ABR en el mundo real y qué significa si alguna vez quieres guardar un vídeo que se reproduce de esta forma.

Puntos clave {#key-takeaways}

  • ABR es la lógica de cambio de tasa de bits dentro de un reproductor de streaming adaptativo. El streaming adaptativo es el patrón más amplio (HLS, DASH); ABR es el algoritmo específico que elige qué variante descargar a continuación.
  • Los servicios precodifican cada título a múltiples tasas de bits —una “escalera de codificación” como 1080p@5Mbps, 720p@2,8Mbps, 480p@1,4Mbps, 360p@800Kbps. El manifiesto expone toda la escalera al reproductor.
  • El cambio ocurre en los límites de segmento, no a mitad de segmento. Cada 2 a 10 segundos el reproductor puede elegir una variante distinta. No puede cambiar de variante en medio de un segmento.
  • La estimación de ancho de banda es más difícil de lo que parece. Los reproductores usan el rendimiento de las últimas descargas de segmento, el nivel del búfer o ambos —algoritmos como BOLA, MPC y dynamic combinan estas señales.
  • Los arranques en frío son conservadores a propósito. Sin historial de ancho de banda, el reproductor elige una variante baja para que la reproducción empiece rápido; sube una vez que tiene mediciones reales.
  • El ABR en directo es el mismo modelo con búferes más ajustados. Los reproductores en directo trabajan con búferes más pequeños y aceptan variantes inferiores porque quedarse por detrás del borde en directo es peor que bajar un peldaño de calidad.
  • Guardar un flujo ABR significa elegir una variante a propósito. Cuando el reproductor cambia a mitad de reproducción, los bytes en tu disco serían un híbrido cosido —inútiles como copia limpia.

La explicación sencilla

Imagina que conduces por una carretera con tráfico. No siempre puedes ir a 130 —a veces 80, a veces a paso de tortuga. No eliges una velocidad y te quedas con ella; constantemente miras la carretera y ajustas. ABR es tu reproductor de vídeo comprobando constantemente la “velocidad” de tu internet y cambiando a un nivel de calidad que la conexión pueda sostener ahora mismo.

La analogía de la carretera se sostiene bien. Un servicio de streaming ya ha codificado el mismo título a media docena de “velocidades” distintas —variantes de calidad que van desde un pequeño flujo de 360p hasta uno robusto de 4K HDR. El reproductor tiene el menú completo en la mano. Cada pocos segundos pregunta: ¿cuánto ancho de banda tengo ahora mismo, qué tan lleno está mi búfer y qué variante debería tirar a continuación?

Desde la butaca del espectador, esto esconde mucho trabajo. Caída suave cuando el Wi-Fi tiembla —el reproductor baja uno o dos peldaños en la escalera antes de que el búfer se quede seco, para que veas un breve descenso de calidad en lugar de un icono giratorio de carga. Recuperación cuando el ancho de banda vuelve a abrirse —el reproductor sube en los siguientes segmentos. Un “arranque en frío” de calidad que a veces se siente sorprendentemente bajo durante los primeros 10 segundos —ese es el reproductor siendo deliberadamente conservador hasta que sabe lo que tu conexión realmente puede hacer.

El objetivo no es encontrar la calidad más alta y mantenerla. El objetivo es no permitir nunca que la reproducción se atasque. ABR es, fundamentalmente, una técnica de fiabilidad con el efecto secundario de elegir la mejor calidad con la que puede salirse. Todo el diseño asume que internet es desordenado y que la conexión entre tú y la CDN se portará mal —y esa suposición es lo que hace que el streaming funcione en absoluto sobre redes del mundo real. Si quieres ver dónde encaja esto en el pipeline de streaming más amplio, el artículo hermano lo cubre de principio a fin.

Cómo funciona ABR realmente

Un reproductor ABR ejecuta un bucle estrecho en cada segmento: medir ancho de banda, estimar lo sostenible, elegir variante, descargar, decodificar, repetir. Cada paso tiene décadas de ingeniería real detrás, pero el bucle en sí es pequeño.

La escalera de codificación

Antes de que ningún vídeo llegue a una CDN, el servicio precodifica el mismo título a múltiples combinaciones de tasa de bits y resolución. El conjunto de variantes se llama escalera de codificación, y una escalera web típica tiene este aspecto:

ResoluciónTasa de bitsCódec
1920x10805,0 MbpsH.264
1280x7202,8 MbpsH.264
854x4801,4 MbpsH.264
640x3600,8 MbpsH.264
426x2400,4 MbpsH.264

Un servicio premium podría duplicar los peldaños —una variante 4K HDR arriba, una escalera AV1 o H.265 corriendo en paralelo con H.264 para clientes más nuevos, además de variantes separadas solo de audio. Cada variante es el mismo contenido fuente, codificado independientemente a un objetivo de calidad diferente. Diferentes escaleras también pueden incluir diferentes códecs en diferentes variantes para que los dispositivos más nuevos obtengan la codificación más eficiente mientras los más antiguos obtienen el respaldo en H.264.

El manifiesto expone la escalera

El reproductor aprende sobre la escalera descargando un manifiesto —un pequeño archivo de texto que el servicio sirve al inicio de la reproducción. Los dos formatos de manifiesto dominantes describen el mismo concepto de escalera con sintaxis distinta. En HLS, el playlist maestro usa una línea #EXT-X-STREAM-INF por variante:

#EXTM3U
#EXT-X-VERSION:6
#EXT-X-STREAM-INF:BANDWIDTH=5000000,RESOLUTION=1920x1080,CODECS="avc1.640028,mp4a.40.2"
1080p/index.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=2800000,RESOLUTION=1280x720,CODECS="avc1.4d401f,mp4a.40.2"
720p/index.m3u8
#EXT-X-STREAM-INF:BANDWIDTH=1400000,RESOLUTION=854x480,CODECS="avc1.4d401e,mp4a.40.2"
480p/index.m3u8

En DASH, la misma información vive dentro de un elemento Representation anidado en un AdaptationSet, con atributos bandwidth, width, height y codecs. Sintaxis distinta, mismo trabajo —consulta cómo el playlist maestro HLS expone variantes y cómo DASH define variantes mediante Representation para los detalles lado a lado. Sea como sea, el reproductor acaba con una lista de variantes, cada una con un ancho de banda declarado y una URL a un playlist de medios o plantilla de segmento más detallados.

Estimación de ancho de banda

El reproductor no puede preguntarle a la red cuánta capacidad tiene. Tiene que inferirla. Dominan dos señales:

  • Estimación basada en tiempo de descarga mide cuántos bytes llegaron y cuánto tardaron en los últimos segmentos. Un segmento de 6 MB que tardó 2 segundos sugiere alrededor de 24 Mbps de rendimiento; una media móvil —a menudo la media armónica de las últimas 3 a 5 descargas— suaviza muestras ruidosas únicas.
  • Estimación basada en el nivel del búfer vigila el búfer. Si el búfer crece, la red supera cómodamente la reproducción. Si se encoge, la red está perdiendo la carrera incluso cuando el rendimiento bruto parece bueno —quizá el siguiente segmento está sentado en una cola lenta de la CDN.

Los reproductores modernos usan ambas. La estimación pura por rendimiento reacciona a cambios rápidos de red pero puede sobreactuar ante un único segmento lento; la estimación pura basada en búfer es estable pero lenta para reaccionar. Mezclarlas da al reproductor una señal que es a la vez rápida y bien comportada.

El algoritmo de cambio

Una vez que el reproductor tiene una estimación de ancho de banda, tiene que traducirla en una elección de variante. Unos pocos algoritmos con nombre dominan el campo:

  • Basado en rendimiento (el enfoque original) —elige la variante más alta cuyo ancho de banda declarado quepa dentro de tu estimación ajustada por margen de seguridad. Simple, rápido, sensible al ruido.
  • BOLA (Buffer Occupancy-based Lyapunov Algorithm) —un algoritmo basado en búfer publicado en 2016 que decide en función de lo lleno que está el búfer. Mientras el búfer está sano, BOLA mantiene la variante actual; solo cuando el búfer cae, baja. Esto evita oscilaciones innecesarias de calidad en una red ruidosa.
  • MPC (Model Predictive Control) —un híbrido que combina estimaciones de rendimiento, nivel del búfer y una función de coste por el propio cambio, y luego elige la variante que minimiza los atascos esperados más los cambios visibles de calidad sobre un horizonte de predicción corto.
  • dash.js dynamic —el algoritmo por defecto del reproductor de código abierto dash.js, que mezcla señales de rendimiento y búfer y se ajusta según el comportamiento reciente de la red.

Las diferencias importan en conexiones inestables. Un algoritmo solo por rendimiento que vea un único segmento lento podría entrar en pánico y bajar dos peldaños; BOLA podría mantenerse estable porque el búfer sigue estando bien. El gusto en ingeniería varía; la mayoría de los reproductores de producción envían una variante ajustada de MPC o un híbrido dinámico.

El cambio ocurre entre segmentos

El reproductor no puede cambiar de variante a mitad de segmento. Una vez que ha empezado a descargar segmento042.ts de la variante de 1080p, ese segmento entero queda fijado —aunque la red se ralentice de repente a paso de tortuga, el cambio a 480p ocurrirá en segmento043 como muy pronto. Por eso la duración del segmento es un parámetro real de ajuste: los segmentos más cortos (2 segundos) dan al reproductor más oportunidades para cambiar y reaccionar más rápido a los cambios de red, pero significan más peticiones HTTP y más sobrecarga. Los segmentos más largos (10 segundos) son más eficientes pero hacen que ABR sea más lento.

Arranque en frío frente a régimen estable

En el momento en que pulsas reproducir, el reproductor no tiene historial de ancho de banda. La primera elección de variante es esencialmente una suposición. La mayoría de los reproductores suponen de forma conservadora —eligen la variante más baja o casi más baja para que la reproducción empiece rápido sin arriesgar un atasco inmediato. Una vez que llegan los primeros uno o dos segmentos, el reproductor tiene tiempos de descarga reales y puede subir. Por eso los primeros segundos de un vídeo a menudo se ven notablemente peor que el resto: es el arranque en frío de ABR funcionando como se diseñó. Algunos servicios arrancan con una pista del ancho de banda de la sesión anterior o del tipo de red, pero el arranque conservador sigue siendo el predeterminado.

ABR en directo frente a VOD

Los flujos en directo ejecutan el mismo bucle ABR con una diferencia crítica: el búfer no puede crecer sin límite. Un reproductor VOD puede acumular cómodamente 30 a 60 segundos por delante. Un reproductor en directo acumula quizá 5 a 15 segundos —más allá de eso, te quedas más atrás del borde en directo. El búfer más pequeño obliga al ABR a reaccionar más rápido y aceptar variantes inferiores con más facilidad, porque hay menos margen para absorber un segmento malo. El HLS y DASH de baja latencia empujan esto aún más con entrega por trozos, dando al reproductor búferes aún más finos con los que trabajar.

Cada una de estas decisiones es lo que el reproductor haría por ti si simplemente pulsaras reproducir. Si en cambio quieres irte con un archivo limpio, vas a tener que tomar algunas de estas decisiones tú mismo —y ahí es donde entra VidMost, analizando el manifiesto y eligiendo la variante correcta una vez en lugar de cambiar constantemente.

Dónde ves ABR en el mundo real

Todos los grandes servicios de streaming en 2026 ejecutan ABR; las diferencias están en el ajuste, no en si lo hacen o no.

  • YouTube muestra ABR de la forma más visible. El menú de calidad ofrece “Auto” más una lista de variantes específicas. Auto es ABR ejecutándose con el algoritmo híbrido de YouTube; elegir una variante específica manualmente fija el reproductor a esa y deshabilita la red de seguridad. La pestaña Network en las herramientas de desarrollo de tu navegador muestra peticiones de segmento de la variante que el algoritmo eligió en ese momento.
  • Netflix ejecuta una de las pilas ABR más estudiadas de la industria, emparejada con codificación consciente del contenido. En lugar de usar una escalera única para todo, Netflix ajusta la escalera de cada título a su contenido —un drama de poco movimiento obtiene un conjunto de peldaños distinto al de una película de acción rápida, porque el codificador necesita menos bits para alcanzar la misma calidad perceptual. El resultado es una escalera optimizada por título.
  • Twitch, Bigo Live y otras plataformas en directo ejecutan ABR agresivo de bajo búfer para mantener la latencia baja. El reproductor acepta un búfer más pequeño y caídas más rápidas de variante porque un búfer de 30 segundos en un contexto de chat en directo significa que vas 30 segundos por detrás de la acción. Los emisores y espectadores lo notan.
  • Móvil frente a escritorio se comportan de forma diferente. Los reproductores móviles normalmente empiezan más bajo y suben más despacio porque las redes Wi-Fi y celulares son menos predecibles que las conexiones cableadas. Los reproductores de escritorio y TV asumen conectividad estable y suben más rápido.
  • Apple TV y los televisores inteligentes suelen ser los más agresivos al subir. Asumen Wi-Fi estable o Ethernet por cable y no se molestan en ser defensivos. Por eso un flujo de Netflix en la TV a menudo se ve más nítido que el mismo título en un portátil —el algoritmo empezó más alto y subió más rápido.
  • El streaming VR y de 360 grados empuja los límites del ABR en una nueva dirección. Un vídeo de 360 grados tiene muchísimos más píxeles que uno plano, pero solo miras un pequeño viewport en cualquier momento dado. El ABR basado en tiles rompe el panorama en mosaicos y transmite el mosaico que estás mirando en alta calidad mientras mantiene el resto bajo —un problema diferente al ABR clásico, pero la misma filosofía de codifica-múltiples-variantes-y-elige.

Más allá de los servicios de consumo, los proveedores de vídeo alojado —Cloudflare Stream, Mux, Bitmovin, JW Player, Vimeo— envían reproductores con ABR habilitado por defecto. Si un sitio web incrusta un vídeo de uno de esos servicios, está ocurriendo ABR aunque nadie lo mencione.

Qué significa esto si quieres guardar un vídeo

Aquí es donde ABR crea un problema que sorprende a la gente. Cuando ves un flujo en “Auto”, la pestaña de red del navegador muestra una descarga mixta —algunos segmentos vinieron de la variante de 1080p, algunos de la de 720p, quizá un breve desvío por 480p cuando tu Wi-Fi parpadeó. Los bytes que realmente llegaron a tu disco mientras veías son un híbrido cosido de múltiples variantes. Guardar “lo que viste” es imposible porque lo que viste no era una única cosa.

Para obtener una copia limpia y de calidad consistente tienes que elegir una variante a propósito y descargar solo los segmentos de esa variante. Eso significa analizar el manifiesto, identificar la variante de mayor ancho de banda disponible y eludir por completo el bucle ABR —nunca pedirle que cambie, simplemente descargar cada segmento del peldaño superior. Las extensiones del navegador y “guardar con clic derecho” no hacen esto. O guardan el archivo de texto del manifiesto (una receta sin ingredientes) o capturan los segmentos que el reproductor casualmente descargó, que es el lío híbrido que no quieres.

VidMost gestiona esto directamente. Lee el manifiesto, elige la variante de mayor ancho de banda que el servicio ofrece y descarga segmentos de calidad consistente de esa única variante —así acabas con la versión completa a 1080p (o 4K, cuando está disponible) del título, no con una porción de 480p del momento en que tu Wi-Fi parpadeó. Para contenido protegido por DRM la escalera de codificación sigue ahí; las claves simplemente están detrás de un servidor de licencias. El soporte integrado de Widevine L3 de VidMost funciona allí donde la reproducción L3 está disponible —aunque el techo real lo fija el servicio y el nivel de DRM, y las plataformas premium como Netflix o Disney+ suelen limitar los flujos L3 a 480p–720p sin importar lo que ofrezca la escalera ABR.

Errores y conceptos equivocados habituales

Un puñado de equívocos sobre ABR aparece una y otra vez en hilos de foros. Vale la pena aclararlos.

  • “Más ancho de banda significa mejor calidad.” Solo si tu ancho de banda es estable. Una conexión irregular de 100 Mbps que baja a 1 Mbps durante dos segundos cada minuto es peor para ABR que una línea estable de 5 Mbps, porque el algoritmo pasa su tiempo reaccionando al ruido en lugar de mantener una variante alta. La estabilidad importa más que la velocidad pico.
  • “El cambio siempre causa rebuffer.” No es así. Los reproductores modernos cambian entre variantes de forma invisible en los límites de segmento —ves un cambio de calidad, no un atasco. El icono giratorio solo aparece cuando el búfer se vació más rápido de lo que el siguiente segmento podía llegar, que es lo que ABR intenta evitar específicamente.
  • “ABR es lo mismo que streaming adaptativo.” Cerca pero no idéntico. El streaming adaptativo es el patrón más amplio —manifiesto, segmentos, entrega HTTP— encarnado por HLS y DASH. ABR es específicamente la lógica de cambio de tasa de bits dentro de un reproductor de streaming adaptativo. Cada reproductor HLS o DASH ejecuta un algoritmo ABR; el streaming adaptativo es lo que lo hace posible, ABR es lo que hace la elección.
  • “Puedo anular ABR fijando la calidad a 1080p manualmente.” Puedes, pero deshabilita la red de seguridad. En una conexión inestable, 1080p fijo significa rebuffers cada vez que la red no puede sostener la tasa de bits. ABR existe porque la red es poco fiable; fijar la calidad no arregla la red, solo hace visibles las consecuencias.
  • “El búfer es ancho de banda desperdiciado.” No. Un búfer de 30 segundos es lo que te mantiene viendo a través de un parpadeo de Wi-Fi de 20 segundos. El búfer es el margen de seguridad del algoritmo, y la diferencia entre un flujo sano y uno frustrante suele estar en si el búfer fue lo bastante profundo para absorber un problema de red transitorio.

Reflexiones finales

ABR es una de esas tecnologías que desaparece cuando funciona. Solo lo notas cuando un cambio de calidad es lo bastante grande para verse, o cuando el búfer se queda seco y aparece el icono giratorio. La mayoría del tiempo está corriendo en silencio —midiendo, decidiendo, cambiando— entre cada par de segmentos que tu reproductor descarga.

Una vez que puedes reconocer la escalera de codificación en un manifiesto y el bucle medir-decidir-descargar que un reproductor ejecuta en cada segmento, mucho comportamiento de streaming deja de ser misterioso. El borrón del arranque en frío es una suposición conservadora deliberada. Los saltos de calidad a mitad de reproducción son el reproductor evitando un atasco. La razón por la que guardar una copia de “lo que vi” es difícil es porque lo que viste nunca fue una única cosa en primer lugar.

Si prefieres saltarte la capa de protocolo por completo y simplemente guardar la variante de mayor calidad de una sola vez, VidMost analiza el manifiesto, elige el peldaño superior y lo descarga limpio.

Lectura relacionada

Preguntas frecuentes

¿Qué es el streaming adaptativo de tasa de bits?
El streaming adaptativo de tasa de bits (ABR) es la técnica que los reproductores de vídeo modernos usan para cambiar entre variantes de calidad precodificadas del mismo vídeo mientras lo ves. El servidor aloja el título a varias tasas de bits —por ejemplo 1080p a 5 Mbps, 720p a 2,8 Mbps, 480p a 1,4 Mbps. El reproductor mide tu ancho de banda y el nivel del búfer y elige la variante más alta que tu conexión puede sostener para cada nuevo segmento. Cuando la red cambia, el reproductor intercambia a otra variante en el siguiente límite de segmento sin reiniciar la reproducción.
¿Por qué la calidad de mi vídeo de YouTube cambia constantemente?
Cuando YouTube está en Auto, hay un algoritmo ABR ejecutándose. El reproductor descarga segmentos cortos de vídeo, mide a qué velocidad llegan y elige la mejor variante con la que tu conexión puede mantenerse. Si tu Wi-Fi se ralentiza brevemente, el siguiente segmento se descarga de una variante de menor calidad; una vez que la conexión se recupera, el reproductor vuelve a subir. El salto visible de calidad que ves es el reproductor evitando que el búfer se quede sin contenido. Fijar la calidad manualmente a 1080p deshabilita esta red de seguridad, así que una conexión inestable provocará rebuffer en su lugar.
¿Por qué el vídeo empieza borroso y se vuelve más nítido?
Al inicio de la reproducción el reproductor no tiene historial de ancho de banda. Elige una variante conservadora para poder empezar rápido sin arriesgar un atasco inmediato. A medida que llegan los primeros segmentos, el reproductor mide los tiempos reales de descarga, se da cuenta de que tiene más ancho de banda del que asumía y cambia a una variante superior en el siguiente límite de segmento. Los primeros 5 a 15 segundos de un vídeo suelen ser la parte que peor se ve del flujo —esto es el arranque en frío del ABR, no un problema con la fuente.
¿Puedo deshabilitar el streaming adaptativo?
Más o menos. La mayoría de las interfaces de reproductor —YouTube, opciones de desarrollador de Netflix, Twitch— te permiten fijar la calidad a una variante específica. Eso le dice a la lógica ABR que deje de elegir por ti. El compromiso es real: si fijas a 1080p en una conexión que solo puede sostener 720p, verás rebuffers cada vez que el búfer se drene. ABR existe porque la red subyacente es poco fiable; desactivarlo no hace la red más fiable, solo hace al reproductor más honesto sobre las consecuencias.
¿Por qué Netflix elige una calidad menor de la que mi internet puede manejar?
El ABR de Netflix es conservador a propósito. El algoritmo pondera tu rendimiento medido, el nivel de tu búfer y un margen de seguridad para la fluctuación; también limita la tasa de bits máxima en función de tu nivel de seguridad DRM. En un navegador de escritorio con Widevine L3, Netflix no enviará por encima de 720p por muy rápida que sea tu conexión. La codificación consciente del contenido de Netflix también ajusta la escalera de cada título individualmente —un drama de poco movimiento puede topar a una tasa de bits inferior a la de una película de acción porque el codificador no necesita más bits para alcanzar la misma calidad perceptual.
¿El rebuffer es lo mismo que el cambio ABR?
No, aunque están relacionados. El cambio ABR es invisible —el reproductor intercambia a una variante diferente en el siguiente límite de segmento y sigues viendo, quizá con una nitidez diferente. El rebuffer es lo que ves cuando el búfer se queda vacío antes de que llegue el siguiente segmento; la reproducción se detiene mientras el reproductor espera. El ABR moderno está diseñado precisamente para evitar el rebuffer bajando a una variante menor antes de que el búfer se drene. Cuando ves el icono giratorio, normalmente significa que la red cayó más rápido de lo que el algoritmo podía reaccionar.
¿Por qué los primeros segundos siempre se ven mal?
Porque el reproductor no tiene datos de ancho de banda en el momento en que pulsas reproducir, así que elige una variante baja para empezar rápido. La alternativa —elegir 1080p de forma optimista y atascarse durante diez segundos mientras se llena el búfer— es una experiencia de usuario mucho peor. La mayoría de los algoritmos ABR arrancan en frío intencionadamente en la variante más baja o casi más baja y suben en los primeros segmentos. Algunos servicios usan datos de sesiones anteriores o indicios de intensidad de señal para empezar más alto, pero un arranque en frío conservador sigue siendo el predeterminado por una buena razón.
¿Funciona ABR en flujos en directo?
Sí, con restricciones más ajustadas. El ABR en directo se ejecuta sobre el mismo modelo de escalera de codificación, manifiesto y segmentos que el VOD, pero opera con un búfer mucho menor —a veces solo un puñado de segundos— porque acumular búfer significa quedarse por detrás del borde en directo. Esto obliga al algoritmo a reaccionar más rápido y aceptar menor calidad cuando la red se tambalea. Las variantes de baja latencia de HLS y DASH usan segmentos parciales y entrega por trozos para mantener el búfer fino sin hacer las decisiones ABR más lentas o peores.