Calculadora de Bitrate de Video

Acerca de la Calculadora de Bitrate de Video

El bitrate de video es la cantidad de datos por segundo que consume un archivo de video, medida en kilobits por segundo (kbps) o megabits por segundo (Mbps). La relación fundamental es simple: tamaño (en bits) = bitrate (bits/s) × duración (segundos). Para pasar a bytes divide entre 8, y a MB entre 1 000 000 (decimal, la convención de YouTube, Twitch, Vimeo, AWS y todo proveedor de almacenamiento en la nube) — o entre 1 048 576 si insistes en MB binarios (los SO antiguos aún lo reportan así). Esta calculadora hace la aritmética en ambos sentidos y añade un motor de recomendación que sugiere un bitrate sensato para tu combinación de resolución y códec, basado en los presets publicados por YouTube, Netflix, Apple y las AOM Encoding Guidelines de AV1. La recomendación respeta los niveles de eficiencia: H.264 (AVC, 2003) es la base; H.265 (HEVC, 2013) necesita ~50% del bitrate de H.264 para igual calidad; AV1 (2018) necesita ~30% menos que HEVC; VP9 queda entre H.264 y HEVC. Usa la recomendación como punto de partida y refina tras pruebas de render — la complejidad del contenido (cara hablando vs deportes), movimiento, grano y el target CRF/QP del codificador desplazan el bitrate óptimo ±30%.

¿Cómo se convierte exactamente bitrate a tamaño y qué unidades usa esta calculadora?

Multiplica el bitrate (bits por segundo) por la duración total en segundos. El resultado está en bits; divide entre 8 para bytes. A partir de ahí pasa a KB, MB y GB usando prefijos SI decimales — 1 KB = 1 000 B, 1 MB = 1 000 000 B, 1 GB = 1 000 000 000 B — la convención de los límites de subida de YouTube, las directrices de Twitch, AWS S3, y básicamente toda plataforma desde 1998. Windows Explorador de Archivos aún reporta KiB/MiB/GiB binarios (base 1024) y los etiqueta como KB/MB/GB, lo cual es técnicamente erróneo según IEC 80000-13 y confunde a la gente cuando su archivo de 10 GB aparece como 9,31 GB. Si necesitas unidades binarias, multiplica la salida decimal por 0,9313 para convertir MB en MiB.

¿Qué bitrate usar para 1080p, 4K y 8K con H.264, H.265 y AV1?

Rangos estándar de la industria para streaming de alta calidad (sin artefactos visibles en contenido típico): 1080p30 — H.264 8–12 Mbps, H.265 5–8 Mbps, AV1 3–6 Mbps; 1080p60 — H.264 12–18 Mbps, H.265 7–12 Mbps, AV1 5–8 Mbps; 1440p30 — H.264 16 Mbps, H.265 10 Mbps, AV1 7 Mbps; 4K (2160p30) — H.264 35–45 Mbps, H.265 20–25 Mbps, AV1 14–18 Mbps; 4K (2160p60) — H.264 53–68 Mbps, H.265 30–40 Mbps, AV1 20–27 Mbps; 8K (4320p60) — H.264 inviable, H.265 80–120 Mbps, AV1 50–80 Mbps. Los bitrates recomendados de subida a YouTube se sitúan en el extremo alto; para másters de archivo usa 1,5–2× las cifras de streaming. Para Twitch (que aún exige H.264), el tope de plataforma es 6 000 kbps para partners a 1080p60, por lo que los streamers prefieren 936p o 720p para una imagen más limpia.

¿Cuál es la diferencia entre H.264, H.265 (HEVC), VP9 y AV1, y cuál elegir?

H.264 (AVC, MPEG-4 Parte 10, 2003): compatibilidad universal, decode por hardware en todo dispositivo desde 2008, opción segura para entrega; velocidad de codificación rápida, pero eficiencia de hace 20 años. H.265 (HEVC, 2013): ~50% menos bitrate a igual calidad que H.264, decode por hardware en iPhone 6+, Apple Silicon, la mayoría de Android desde 2015 y Smart TVs modernas, pero atrapado en pools de patentes complejos (MPEG LA, Velos Media, HEVC Advance), por eso YouTube y Twitch nunca lo adoptaron. VP9 (Google, 2013): libre de regalías, eficiencia parecida a HEVC, omnipresente en YouTube pero soporte de decode limitado en dispositivos. AV1 (Alliance for Open Media, 2018): libre de regalías, ~30% mejor que HEVC, soportado por Netflix, YouTube, Twitch (beta), decode por hardware en Intel 11ª gen+, AMD RDNA3+, Apple A17 Pro+, Android moderno. Elige H.264 para máxima compatibilidad, AV1 para entregar al bitrate más bajo, HEVC para archivo porque el archivo pesa menos que H.264 y las patentes no importan en almacenamiento personal.

¿Por qué mi archivo final pesa más o menos de lo que predice la calculadora?

Tres razones. Primera, audio — la calculadora solo modela bitrate de video; el audio añade 96–320 kbps para AAC estéreo o hasta 1 Mbps para Dolby Atmos lossless. Para un video de 1 hora a 1080p H.264 con 10 Mbps de video más 192 kbps AAC, el audio es 0,86% del total — normalmente despreciable pero importa a bitrates bajos. Segunda, overhead del contenedor — MP4, MKV y WebM añaden 0,5–2% por el átomo moov, indexación y cabeceras por fotograma. Tercera, bitrate variable (VBR) — la mayoría de codificadores corren en modo CRF o VBR de dos pasadas y apuntan a un bitrate *promedio*; escenas complejas suben y simples bajan, así que un target de 10 Mbps produce un archivo que coincide con duración × 10 Mbps con ±5%. Si tu archivo se desvía 20%+, comprueba si fijaste bitrate en kbps cuando el codificador esperaba Mbps (error 1000×) o si confundiste bits con bytes (error 8×).

¿Cómo recomprimen las plataformas mis subidas y por qué subir a bitrate más alto?

Toda plataforma grande recodifica tu subida a múltiples bitrates para streaming adaptativo. YouTube transcodifica a AV1, VP9 y H.264 en 7+ niveles desde 144p hasta 8K. Twitch pasa el bitrate fuente al almacenamiento VOD pero transcodifica calidades menores para no-partners. Instagram y TikTok recodifican agresivamente a ~3 Mbps en 1080p sin importar tu subida. La implicación: sube al bitrate más alto que acepte la spec de *subida* de la plataforma, no al de la calidad más baja. La subida H.264 1080p recomendada de YouTube es 8–12 Mbps; subir a 16 Mbps da más señal al transcoder de YouTube y reduce artefactos. La contrapartida es tiempo de subida y el tope de la plataforma — YouTube permite hasta 256 GB o 12 horas por archivo; Twitch tope un VOD a ~200 Mbps de fuente.

¿Qué es CRF y cómo se relaciona con un bitrate objetivo?

CRF (Constant Rate Factor) es el modo de calidad fija en x264, x265, libvpx-vp9 y SVT-AV1. En lugar de fijar bitrate, fijas calidad en una escala logarítmica: x264/x265 usan 0–51 con 23 por defecto, menor es mejor (16–18 es visualmente lossless en la mayoría de contenido); AV1 usa 0–63 con 30 como default típico. CRF produce tamaño variable según contenido — un encode CRF-23 H.264 de cara hablando pesa muchísimo menos que el mismo CRF-23 de acción rápida. Usa CRF cuando la calidad importa más que el tamaño (másters de archivo, subidas a YouTube). Usa bitrate objetivo (VBR 1 paso o 2 pasos) cuando debes alcanzar un tamaño exacto o transmitir bajo un cap de plataforma (los 6 Mbps de Twitch, lanes SDI de broadcast). Muchos editores exportan CRF para archivo y transcodifican a versiones con bitrate fijo para entrega.

¿Por qué HH:MM:SS en vez de segundos sueltos?

Ambos formatos dan el mismo resultado; HH:MM:SS se ofrece porque el cerebro humano no calcula naturalmente segundos totales. Una película de 142 minutos son 8 520 segundos — la mayoría no lo deriva al vuelo, pero lee 2:22:00 directo en el reproductor. La herramienta acepta los dos: '7200', '7200s', '2:00:00', '120m' y '2h' resuelven a 7 200 segundos. Para cálculos por fotograma multiplica duración por framerate y divide entre framerate tras sumar las asignaciones de bits por frame (así trabajan los estimadores de broadcast y DCP); para planificación típica YouTube/Twitch, precisión al segundo sobra porque nunca llegas exactamente al tope.

¿Cómo planeo un stream de Twitch o una subida a YouTube con tamaño objetivo exacto?

Parte de la duración total en segundos y fija el tamaño objetivo en MB (decimal). Calcula bitrate de video = (tamaño_MB × 8 × 1000) / duración_segundos = bitrate en kbps. Luego resta tu bitrate de audio (típicamente 160 kbps para AAC estéreo, 320 kbps para Opus, 1411 kbps para FLAC, 384 kbps para Dolby Digital 5.1) para el target de video del codificador. Usa VBR de dos pasadas si tu codificador lo soporta — la primera perfila la complejidad y la segunda distribuye bits inteligentemente. Para YouTube, no te optimices demasiado: apunta a 1,5× el bitrate recomendado de YouTube para que su re-encode tenga señal limpia. Para Twitch tienes un cap fijo (6 Mbps para partners a 1080p), usa CBR (bitrate constante) en lugar de VBR para garantizar no rebasar el tope durante el stream.