El bitrate decide cuánta imagen sobrevive. La resolución indica cuántos píxeles puede tener un archivo; el bitrate indica cuánta información se gasta en describirlos cada segundo. Si te ofrecen un archivo de mayor resolución y otro de mayor bitrate con el mismo tamaño, quédate con el bitrate.
La razón es aritmética. Pasar de 1080p a 4K multiplica por cuatro la cantidad de píxeles. Si el presupuesto de datos no crece también, a cada píxel le toca más o menos una cuarta parte de la información para describirlo. El archivo gana una rejilla más grande y pierde el detalle que habría hecho que esa rejilla mereciera la pena.
¿Qué mide realmente el bitrate?
El bitrate mide cuántos bits por segundo gasta el codificador en almacenar el vídeo: el coste de mantener descritos el movimiento y la textura a lo largo del tiempo.
Un códec no guarda cada píxel de cada fotograma. Guarda un fotograma de partida, predice qué cambia a continuación y registra la diferencia, descartando aquello que juzga que menos vas a notar. El bitrate es la asignación para ese proceso. Una asignación generosa permite al codificador conservar texturas sutiles; una ajustada lo obliga a tirar más cosas, y lo que se tira no vuelve.
Por eso una misma fuente puede dar archivos de aspecto muy distinto a la misma resolución. La resolución era idéntica. El presupuesto no.
¿Cuál es la diferencia entre bitrate constante y variable?
El bitrate constante (CBR) gasta los mismos datos en cada segundo pase lo que pase; el bitrate variable (VBR) gasta más en los tramos difíciles y menos en los fáciles.
Para vídeo almacenado, VBR es casi siempre la mejor opción, porque el contenido audiovisual es tremendamente desigual en dificultad. Un plano fijo de un dormitorio necesita muy pocos datos. Un plano a cámara en mano con movimiento rápido, grano y luz cambiante necesita muchísimos. El CBR o desperdicia presupuesto en las partes fáciles o mata de hambre a las difíciles, y normalmente hace las dos cosas. La entrega por streaming tiende a bitrates más contenidos por previsibilidad, y esa es una de las razones por las que un stream y una descarga del mismo título pueden verse distintos.
¿Qué tipo de escenas son las más caras de codificar?
Todo lo que traiga mucho cambio impredecible: movimiento rápido, cámara en mano, grano de película, ruido de sensor y degradados suaves con poca luz.
Esa lista describe una cantidad incómoda de este material. La iluminación escasa produce ruido de sensor, que al codificador le parece aleatorio y por tanto no se puede predecir ni comprimir con eficacia. El trabajo a cámara en mano hace que se desplace el fotograma entero, no una parte pequeña de él. La piel con poca luz es casi todo degradado suave, que es justo lo que ataca el banding.
La consecuencia práctica es que un bitrate que parece de sobra suficiente en una escena de estudio bien iluminada y con trípode puede desmoronarse en una escena oscura a cámara en mano dentro del mismo archivo.
¿Qué te dicen los artefactos de compresión?
Cada artefacto tiene una causa concreta, así que lo que ves identifica lo que salió mal.
| Lo que ves | Lo que indica |
|---|---|
| Cuadrados en las zonas oscuras | Bitrate agotado; el codificador se quedó sin presupuesto para el detalle en sombras |
| Banding: escalones visibles en un degradado suave | Se conservaron demasiados pocos niveles, a menudo agravado por una profundidad de color de 8 bits |
| Estelas o fantasmas en el movimiento rápido | La predicción de movimiento falla con un presupuesto ajustado |
| Piel con aspecto de cera, sin poros ni vello fino | La textura de alta frecuencia se descarta primero, síntoma clásico de inanición |
| Ruido de mosquito temblando alrededor de bordes y texto | Ringing por una cuantización agresiva cerca de bordes marcados |
| Detalle blando incluso con la imagen pausada | O es un reescalado o es una recodificación pesada; más píxeles, menos información |
Fíjate en que ninguno de estos problemas se arregla subiendo la resolución. Todos son síntomas de datos insuficientes por píxel, y añadir píxeles empeora justamente el problema de datos por píxel.
¿Por qué cada recodificación empeora el resultado?
Porque la compresión con pérdida no es reversible, y cada pasada descarta información que la siguiente pasada trata como si fuera detalle real.
Cuando un archivo se recodifica, el codificador ve los artefactos de la codificación anterior —sus bloques, su banding, su ringing— y gasta bitrate diligentemente en preservarlos. La pérdida generacional se acumula. Un archivo que ha pasado por varias rondas puede verse claramente peor que el original con la misma resolución nominal y un tamaño parecido, y no hay forma de recuperar lo que se perdió por el camino.
Esto importa cuando un mismo título circula en varias versiones. La etiqueta puede ser idéntica en todas ellas; el historial de codificación no lo es, y normalmente no está documentado.
¿Se pueden comparar directamente las cifras de bitrate entre archivos?
Solo dentro del mismo códec. Una cifra de bitrate no significa nada si no se sabe qué códec la produjo.
Las generaciones más nuevas de códecs son más eficientes: H.265/HEVC alcanza una calidad comparable a la de H.264/AVC con menos bitrate, y AV1 vuelve a mejorar sobre H.265. Así que un archivo codificado con un códec más nuevo y un bitrate declarado menor puede verse mejor que un archivo de códec antiguo con uno mayor. Comparar las dos cifras sin el nombre del códec al lado lleva exactamente a la conclusión equivocada.
Los porcentajes de titular merecen conocerse y desconfiarse a partes iguales. La ITU anunció que HEVC necesitaba la mitad de bitrate que H.264, y más tarde anunció que H.266/VVC necesitaba la mitad de bitrate que HEVC para la misma calidad en resoluciones altas. La afirmación de AOMedia al lanzar AV1 fue de alrededor de un 30% mejor compresión que los "códecs de la competencia" en 4K, basada en pruebas realizadas por sus propias empresas miembro y no por un organismo de normalización.
Fíjate en dónde viven esos números: en notas de prensa, no en las normas. Las especificaciones de los códecs no indican porcentaje alguno. Las cifras describen lo que el conjunto de herramientas de una generación puede lograr en condiciones favorables, y el resultado real varía con la implementación del codificador, el preset, el contenido y el control de tasa, que es por lo que más abajo comparamos archivos y no generaciones de códecs.
Fuentes: notas de prensa de la ITU sobre H.265 (2013) y H.266/VVC (2020); anuncio de lanzamiento de AV1 de AOMedia (2018); comprobado el 2026-08-03.
Hay una contrapartida. Los códecs más nuevos exigen más trabajo de decodificación, y la compatibilidad con decodificación por hardware varía según el dispositivo y el reproductor. Un archivo eficiente que tu dispositivo tenga que decodificar por software puede dar tirones donde uno menos eficiente se reproduce con fluidez.
No existe una tabla autorizada que relacione la decodificación por hardware con la generación del dispositivo, y los dos fabricantes de plataforma evitan deliberadamente publicar una. Los requisitos de compatibilidad de Android han hecho obligatoria la decodificación AV1 en los móviles desde Android 14, pero eso obliga a tener la capacidad, que un decodificador por software satisface; la decodificación AV1 por hardware solo se exige a través de un nivel de clase de rendimiento opcional. El método recomendado por Apple es una consulta en tiempo de ejecución en lugar de una tabla, y sus propias páginas de especificaciones distinguen entre la afirmación de hardware "media engine" de un Mac y la de "formato compatible" de un iPhone. La respuesta práctica es probar tu propio archivo en tu propio dispositivo.
Fuentes: Android Compatibility Definition Document, §2.2.2 y §5.3; requisitos
de Android Media Performance Class; documentación de Apple VideoToolbox
(VTIsHardwareDecodeSupported); comprobado el 2026-08-03.
Entonces, ¿qué versión conviene elegir?
Usa el tamaño del archivo en relación con su duración y su resolución como indicador indirecto del bitrate, ya que la cifra de bitrate a menudo no está disponible.
| Situación | Elige | Por qué |
|---|---|---|
| Dos versiones, misma resolución, una mucho más grande | La más grande | Más datos por píxel, menos artefactos |
| 4K y 1080p con un tamaño de archivo parecido | El 1080p | El 4K reparte el mismo presupuesto entre cuatro veces más píxeles |
| 4K que pesa aproximadamente cuatro veces más que el 1080p | El 4K | El presupuesto creció con la cantidad de píxeles, así que el detalle probablemente sea real |
| Códec nuevo con bitrate bajo frente a códec antiguo con bitrate alto | El nuevo, si tu dispositivo lo decodifica por hardware | Mejor eficiencia, siempre que la reproducción sea fluida |
| Contenido oscuro, a cámara en mano o con mucho grano | El bitrate más alto disponible | Son las escenas que primero se rompen con la compresión |
| Viéndolo en el móvil | Bitrate antes que resolución, siempre | La pantalla no puede mostrar los píxeles de más de todos modos |
La regla general que se desprende de todo esto: cuando haya que ceder, cede resolución y quédate con el bitrate. Un archivo 1080p limpio se ve mejor que un 4K exprimido hasta el mismo tamaño, y cuesta menos almacenarlo, transmitirlo y decodificarlo.
Preguntas relacionadas
- ¿Qué significa realmente la resolución de vídeo, de 480p a 8K?
- ¿De verdad se nota la diferencia entre 4K y 1080p?
- ¿Cómo se compara la calidad del streaming con la de la descarga?
- ¿Qué reproductor de vídeo conviene usar?
Los niveles de calidad que ofrece cada catálogo varían según la fuente: en nuestra lista de sitios puedes ver cuáles indexamos.