Laboratorio de codificación de video

explora los compromisos prácticos de codificación antes de exportar

Cargando simulación interactiva...

por qué el bitrate falla primero en las escenas rápidas 🖖

Cada fotograma tiene una «demanda» de entropía: cuántos bits necesita realmente para verse limpio, determinada por la resolución, la frecuencia de fotogramas, el movimiento y el detalle de crominancia. El bitrate que eliges es un «presupuesto» fijo: repartido uniformemente en todo el clip en modo CBR, o dirigido a una calidad objetivo por escena en modo CRF. Cuando la demanda de una escena rápida y detallada supera ese presupuesto, el codificador no tiene más opción que redondear más agresivamente para mantenerse dentro de su límite de bits — por eso el bloqueo y el emborronamiento aparecen primero en las escenas más intensas, no en las tranquilas.

Archivos más pequeños, misma imagen, más lentos de crear 🖖

Los códecs más nuevos comprimen la misma imagen en menos bits, y este laboratorio lo cuantifica: con igual calidad modela H.265 al 72 % del tamaño de H.264 y AV1 al 58 %. Pasar a H.265 ahorra por tanto cerca de un cuarto, y pasar a AV1 algo más del 40 %. La trampa que insinúa este laboratorio: ese ahorro cuesta cómputo. AV1 puede tardar muchas veces más en codificar que H.264. Regla práctica: elige el códec más nuevo que reproduzcan tus dispositivos y que tu tiempo permita.

Por qué 60 fps no cuesta el doble 🖖

Intuitivamente, el doble de fotogramas debería necesitar el doble de tasa de bits, pero no es así. Cuanto más cercanos en el tiempo están dos fotogramas, más se parecen, así que la compensación de movimiento del codificador solo guarda diferencias mínimas entre ellos. Pasar de 30 a 60 fps con la misma calidad suele añadir apenas un 30–50 % más de bits, no un 100 %. Los fotogramas extra son baratos porque son casi copias de sus vecinos.

Problema resuelto al detalle

  1. Compresión de dos minutos de 1080p30 a 6 Mbit/s 5 pasos

    Dos minutos de 1080p30 a 6 Mbit/s suponen 90 MB. Calcule cuánta compresión representa esto y halle el único número que permite compararlo con un flujo 4K.

    1. Comience por lo que produce la cámara. La resolución multiplicada por la tasa de fotogramas da la tasa de píxeles, y es una cifra elevada: 62,2 millones de píxeles cada segundo.

    2. El tamaño del archivo es la tasa de bits multiplicada por la duración, con la única trampa de no confundir bits con bytes. 90 MB para dos minutos.

    3. La tasa de bits por sí sola no se puede comparar entre formatos: 6 Mbit/s es generosa para 720p y escasa para 4K. Al dividir por la tasa de píxeles se elimina la resolución y quedan los bits por píxel-segundo, que sí lo permiten.

    4. Un formato 4:2:0 sin comprimir a 8 bits promedia 12 bits por píxel, por lo que el flujo en bruto sería de 746 Mbit/s.

    5. Frente a eso, 6 Mbit/s representa una relación de compresión de aproximadamente 124 a 1, y la imagen se sigue viendo bien, que es lo que realmente defienden los códecs modernos.

    Respuesta

    La herramienta muestra 62.208.000 px/s, 3.600 fotogramas, 90 MB y 0,0965 bits por píxel-segundo. Esta última cifra es la extrapolable. Si se mantiene fija, 4K necesita 24 Mbit/s: cuatro veces más píxeles, cuatro veces más tasa de bits y el mismo presupuesto visual por píxel. Así es también como se sabe si un servicio de streaming está siendo generoso: divida su tasa de bits entre la tasa de píxeles y compare, en lugar de discutir sobre megabits para formatos que no tienen el mismo tamaño.

Referencias (1)

Problemas de ejemplo