La tasa de bits es la variable más incomprendida en la producción de vídeo. Si es demasiado bajo, el metraje cuidadosamente clasificado en color parecerá una sopa comprimida: detalles borrosos, movimientos en bloques, bandas de color en degradados. Demasiado alto y estará generando archivos tan grandes que las plataformas de entrega los volverán a comprimir de todos modos, su editor rastreará el metraje proxy y los costos de almacenamiento se agravarán. Encontrar la tasa de bits adecuada para su resolución, códec y objetivo de entrega es una decisión tanto técnica como práctica, y las matemáticas para calcular el tamaño de los archivos son simples una vez que conoce la fórmula.

¿Qué es la tasa de bits y por qué es importante

La tasa de bits es la cantidad de datos entregados al decodificador por segundo, medida en kilobits por segundo (Kbps) o megabits por segundo (Mbps). Determina cuánta información está disponible para representar cada cuadro de video.

Una tasa de bits más alta significa más datos por cuadro, lo que significa detalles más finos, gradientes más suaves, mejor manejo del movimiento y menos artefactos de compresión. Pero se trata de una relación de rendimientos decrecientes: duplicar la tasa de bits de 5 Mbps a 10 Mbps produce una mejora visible de la calidad, mientras que duplicarla de 40 Mbps a 80 Mbps produce una mejora visible mucho menor en distancias de visualización y tamaños de pantalla típicos.

La distinción fundamental: la tasa de bits para captura/edición versus la tasa de bits para entrega son objetivos completamente diferentes. El metraje de la cámara para edición puede funcionar a entre 400 y 800 Mbps (RAW o ProRes). El metraje editado exportado para un cliente puede funcionar a entre 50 y 100 Mbps. La versión final subida a YouTube puede funcionar a entre 15 y 35 Mbps. Cada etapa tiene diferentes requisitos.

Tasa de bits recomendada por resolución

La siguiente tabla cubre los objetivos de codificación de entrega estándar, no las especificaciones de captura de la cámara. Estos son apropiados para entregables de clientes, archivos maestros y cargas de plataforma.

Resolution Frame Rate H.264 Bitrate H.265/HEVC Bitrate Use Case
720p 24/25/30 fps 4–6 Mbps 2.5–4 Mbps Web delivery, older devices
720p 60 fps 6–9 Mbps 4–6 Mbps Gaming, sports web content
1080p 24/25/30 fps 8–12 Mbps 5–7 Mbps Standard HD delivery
1080p 60 fps 12–18 Mbps 7–10 Mbps Sports, gaming, high-motion
4K (UHD) 24/25/30 fps 35–50 Mbps 18–28 Mbps 4K streaming master
4K (UHD) 60 fps 50–65 Mbps 28–40 Mbps 4K sports, action
4K (DCI) 24/25 fps 50–70 Mbps 30–40 Mbps Cinema delivery
8K 24/25/30 fps 100–160 Mbps 55–90 Mbps Future-proofing archival

Para los masters de archivo que se pretenden reeditar más adelante, vaya más arriba, en el límite superior de cada rango o por encima de él. Para los archivos de entrega que serán recodificados por una plataforma (YouTube, Vimeo, servicios de streaming), alcanzar el rango recomendado es suficiente, ya que se desperdician más datos: el codificador de la plataforma limitará la calidad a su propia tasa de bits de salida, independientemente de qué tan alta haya sido la carga.

Comparación de códecs: H.264, H.265 y AV1

El códec determina la eficiencia con la que se utiliza cada bit de datos para representar información visual. Los códecs más eficientes logran la misma calidad de percepción a velocidades de bits más bajas, o mejor calidad a la misma velocidad de bits.

H.264 (AVC): el códec más compatible universalmente. Se reproduce de forma nativa en prácticamente todos los dispositivos, navegadores, televisores inteligentes y reproductores multimedia fabricados en los últimos 15 años. Se requiere una tasa de bits más alta para un nivel de calidad determinado en comparación con los códecs más nuevos, pero la compatibilidad con la decodificación de hardware es universal. Lo mejor para máxima compatibilidad.

H.265 (HEVC): Aproximadamente entre un 40 % y un 50 % más eficiente que H.264 con una calidad equivalente. Un vídeo de 1080p que se ve bien a 8 Mbps en H.264 parece equivalente a 5 Mbps en H.265. La desventaja es la compatibilidad: los navegadores, dispositivos y algunas plataformas de transmisión más antiguos carecen de compatibilidad con H.265. La compatibilidad con la decodificación de hardware ha mejorado drásticamente desde 2020. Lo mejor para entrega 4K y archivos con almacenamiento limitado.

AV1: El códec más nuevo y ampliamente adoptado, desarrollado por Alliance for Open Media (Google, Netflix, Amazon, etc.). Aproximadamente entre un 25 y un 30 % más eficiente que H.265, lo que significa archivos entre un 30 y un 40 % más pequeños con una calidad equivalente en comparación con H.265. De código abierto y libre de regalías. YouTube y Netflix lo utilizan ampliamente. El soporte de codificación de hardware todavía es limitado (aunque está creciendo rápidamente en el hardware de 2024-2025). La codificación del software es muy lenta. Lo mejor para la entrega en plataformas donde puede permitirse el tiempo de codificación.

Codec Relative Efficiency Compatibility Encoding Speed
H.264 Baseline Universal Fast
H.265 ~50% better than H.264 Good, not universal Moderate
AV1 ~30% better than H.265 Growing (web/streaming) Slow (software)
VP9 Similar to H.265 Web browsers Moderate

CBR vs VBR: cuál usar

Velocidad de bits constante (CBR): el codificador mantiene una velocidad de bits fija independientemente de la complejidad de la escena. Una panorámica lenta a través de una pared de color sólido obtiene la misma velocidad de datos que una cámara en movimiento rápido entre una multitud.

  • Ideal para: transmisión en vivo, transmisión de transmisiones, cualquier situación en la que el decodificador necesite un flujo de datos predecible
  • Por qué: los protocolos de transmisión almacenan en búfer según las velocidades de datos esperadas; las tasas variables pueden causar eventos de almacenamiento en búfer
  • Compensación: desperdicia bits en escenas simples, puede comprimir escenas complejas más de lo necesario

Velocidad de bits variable (VBR): el codificador asigna más bits a escenas complejas (movimiento, detalles finos, alto contraste) y menos bits a escenas simples (tomas estáticas, fondos borrosos).

  • Ideal para: entrega basada en archivos, archivado, descarga y reproducción de contenido
  • Por qué: logra una mejor calidad promedio con la misma tasa de bits promedio, o igual calidad con una tasa de bits promedio más baja
  • Compensación: tamaños de archivos impredecibles, no se pueden garantizar tasas de entrega de datos para transmisión en vivo

Para cargas de YouTube, se prefiere VBR. Para Twitch y otras transmisiones en vivo, la plataforma requiere CBR. Para los entregables del cliente destinados a ser archivados o reeditados, utilice VBR con una tasa de bits objetivo alta.

Requisitos de plataforma: YouTube, Twitch, TikTok, Instagram

Cada plataforma tiene recomendaciones de carga específicas y límites estrictos. Superarlos generalmente está bien (la plataforma vuelve a codificar durante la ingesta), pero caer significativamente por debajo de ellos degrada la calidad de la carga antes de que el codificador de la plataforma siquiera los toque.

Platform Recommended Upload Bitrate Max Resolution Frame Rate Notes
YouTube 35–45 Mbps (4K), 8–12 Mbps (1080p) 8K Up to 60 fps Re-encodes to VP9/AV1 on upload
Twitch 6 Mbps max (partners 8 Mbps) 1080p60 60 fps CBR required; most viewers at 1080p
TikTok 50 Mbps recommended upload 4K (limited) Up to 60 fps Heavy re-encoding; upload quality matters
Instagram Reels 25–30 Mbps 1080p Up to 60 fps 9:16 aspect ratio, heavy compression
Vimeo (Plus+) No hard limit 8K Up to 120 fps Minimal re-encoding, better quality
Facebook 8 Mbps (1080p), 35 Mbps (4K) 4K Up to 60 fps Significant re-compression applied

La nota de YouTube es importante: subir contenidos a tasas de bits muy altas (más de 50 Mbps para 4K) no significa que los espectadores reciban esa tasa de bits. La tasa de bits entregada por YouTube es de 15 a 25 Mbps para transmisiones 4K. Sin embargo, cargar un master con una alta tasa de bits le da al codificador de YouTube un mejor material fuente con el que trabajar, lo que resulta en un mejor resultado final con su tasa de bits de entrega más baja.

Calculadora de tamaño de archivo: Minutos × Velocidad de bits

Estimar el tamaño del archivo de salida es sencillo:

File size (MB) = (Bitrate in Mbps × 60 × Duration in minutes) ÷ 8

La división por 8 convierte megabits a megabytes (8 bits por byte).

Ejemplos resueltos:

1080p30, H.264, 10 Mbps, 60-minute documentary:
File size = (10 × 60 × 60) ÷ 8 = 36,000 ÷ 8 = 4,500 MB = 4.5 GB

4K30, H.265, 25 Mbps, 5-minute commercial:
File size = (25 × 60 × 5) ÷ 8 = 7,500 ÷ 8 = 937.5 MB ≈ 1 GB

1080p60, H.264, 16 Mbps, 90-minute wedding film:
File size = (16 × 60 × 90) ÷ 8 = 86,400 ÷ 8 = 10,800 MB = 10.8 GB

Para la planificación del almacenamiento, supongamos que una película de boda típica en 4K de 2 horas entregada a 25 Mbps H.265 ocupa aproximadamente 22-25 GB. La misma película en H.264 40 Mbps ocupa aproximadamente 36 GB. Si se tienen en cuenta las múltiples versiones de entrega (copia del cliente, corte social, carrete destacado), un solo proyecto de boda puede requerir entre 100 y 200 GB de almacenamiento total en todos los entregables y exportaciones.