Estimador de tamaño de video

Funciones

• Dos modos de una misma relación: de tasa de bits a tamaño, de capacidad a tiempo de grabación
• ⚠️ Bits entre ocho da bytes; saltárselo hace que el resultado salga ocho veces mayor aunque siga pareciendo plausible
• ⚠️ Las dos convenciones, GB (disco, 1000³) y GiB (sistema, 1024³), con una diferencia del 7,4%
• ⚠️ La pista de audio se incluye: puede ser el 19% de un archivo de tasa baja
• La tasa de bits se puede introducir directamente o estimar a partir de resolución, fotogramas por segundo y códec
• ⚠️ ProRes y sin comprimir se señalan como formatos intermedios uno o dos órdenes de magnitud mayores
• Una duración por línea (45 son minutos, 1:30:00 son horas), con totales y una cifra por hora
• En el modo de capacidad, un número de GB por línea da el tiempo de grabación
• Todo se ejecuta en tu navegador; sin peticiones de red

Cómo se usa

1. Elige el modo: tamaño a partir de la tasa de bits, o tiempo de grabación a partir de la capacidad
2. Elige resolución, fotogramas por segundo y códec; introduce una tasa real si la tienes
3. Introduce duraciones (45 o 1:30:00) o capacidades, según el modo
4. El resultado muestra tanto el número de bytes como la cifra en la convención elegida

Preguntas frecuentes

¿Por qué no expresar la tasa de bits directamente en gigabytes?

Porque la tasa de bits se mide en bits por segundo y el tamaño del archivo en bytes, un factor de ocho de diferencia. Lo que hace peligroso el error es que la respuesta equivocada parece razonable: una hora a 100 Mbps da 45 GB cuando la cifra real ronda los 5,6 GB, y 45 GB no es absurdo para una hora de 4K, así que nada chirría. Esta herramienta trabaja en bits por dentro y solo divide entre ocho al mostrar.

¿Por qué mi cifra difiere de la que muestra el gestor de archivos?

Lo más probable es la diferencia entre GB y GiB. Los fabricantes de discos etiquetan 10⁹ bytes como 1 GB y los sistemas operativos muestran 2³⁰ bytes como 1 GiB, así que el mismo archivo difiere un 7,4% entre los dos. Aquí el valor por defecto es la convención de fabricantes, ya que es a la que se refiere el espacio libre de tu tarjeta; cambia a la del sistema y las cifras cuadran con el gestor de archivos. Además, la tasa de bits es variable: una entrevista quieta comprime mucho mejor que un deporte rápido, así que una estimación a partir de una tasa media varía de forma natural un 30%.

¿Por qué ProRes es tan grande?

Porque nunca se diseñó para distribución. H.264, H.265 y AV1 usan predicción entre fotogramas y compresión con pérdida para reducir el archivo uno o dos órdenes de magnitud, a costa de la calidad cada vez que decodificas y recodificas. ProRes y los formatos sin comprimir apenas hacen compresión entre fotogramas, así que cada uno se decodifica por su cuenta y editar repetidamente no degrada la imagen, que es justo lo que necesita un editor. Ser uno o dos órdenes mayor es la función y no el defecto, y el flujo real es editar en un códec intermedio y comprimir al exportar.

¿Qué precisión tiene la tasa de bits estimada?

El orden de magnitud es correcto, con un 30% arriba o abajo. La estimación usa un factor de bits por píxel, mientras que un codificador real varía su tasa con la complejidad de la escena: una entrevista estática y un deporte rápido con la misma resolución y fotogramas pueden diferir en más del doble. Así que siempre que puedas obtener la cifra real, que es lo que imprime ffprobe y muestra la mayoría de los editores al exportar, escríbela. La estimación es para la etapa previa a editar, cuando solo quieres saber si la tarjeta es suficientemente grande.