Calculadora de compresión de video

Calcula qué te deja un tamaño de archivo, o cuánto cuesta una resolución. El bitrate es aritmética exacta; el veredicto de resolución es una recomendación, y esta página mantiene ambas cosas separadas; después muestra lo que medimos realmente a ese bitrate en tres tipos de material 1080p.

seg
MB
Bitrate total
3,425 kbps
exacto
Queda para el video
3,297 kbps
tras 128 kbps de audio
En 1080p
aceptable pero poco nítido
recomendación

25 MB en 1 min deja 3,297 kbps para el video. La mejor resolución que supera su umbral holgado es 720p. 1080p es la más alta que todavía resulta aceptable.

Hasta dónde llega 25 MB

  • WhatsApp Video in chat (mobile) 16 MB
  • Gmail en la práctica 18 MB· base64 añade ~37 %
  • Discord Free 20 MB
  • Gmail 25 MB
  • TikTok Android app 72 MB
  • X (Twitter) Standard 512 MB

Lo que medimos a este bitrate

VMAF de nuestras propias codificaciones en 1080p, libx264 preset medium, medido en 2026-09-14. Un clip por tipo de contenido, así que tómalos como posiciones más que como tolerancias: el hallazgo es la distancia entre ellos, no los números individuales.

  • Screen recording
    ≥ 99.99VMAF
    por encima de todos los bitrates que medimos para este contenido (el máximo fue 835 kbps → 99.99); sin extrapolar
  • Animation
    84.3VMAF
    entre los valores medidos 3,232 kbps → 84.07 y 4,140 kbps → 87.68
  • Camera footage
    86.3VMAF
    entre los valores medidos 3,157 kbps → 85.61 y 3,878 kbps → 89.42

Los cálculos

Dados un tamaño y una duración hay exactamente una respuesta, y es un techo estricto, no una opinión. Todo lo que la calculadora etiqueta como “exacto” sale de estas dos líneas.

total kbps  = size_MiB × 8,388,608 × 0.98 ÷ seconds ÷ 1,000
video kbps  = total kbps − audio kbps
  • 8,388,608 son los bits por mebibyte. Los límites de subida se aplican en mebibytes aunque se les llame megabytes, así que usar 1.000.000 calcularía un objetivo en torno a un 5 % mayor que el que realmente se aplica.
  • 0.98 reserva la sobrecarga del contenedor y del multiplexado. MP4 cuesta aproximadamente un 1–2 %; aquí se presupuesta el extremo pesimista, porque el fallo que conviene evitar es quedarse justo por encima de un límite estricto.
  • 128 kbps es la suposición de audio por defecto: AAC estéreo con una calidad razonable. La voz empieza a sonar pobre por debajo de unos 96 kbps.

De dónde salen los umbrales de resolución

Estos son los números con los que la calculadora compara tu presupuesto. Son recomendaciones, no mediciones: proceden de escalas de bitrate H.264 publicadas —los bitrates de subida recomendados por YouTube y la especificación de autoría HLS de Apple— rebajadas en torno a un tercio. Esas escalas describen una primera codificación de un máster limpio, mientras que comprimir un MP4 existente parte de material que ya ha pasado por una fase con pérdidas y sobrevive con un bitrate más bajo que un máster. Deliberadamente conservador: el fallo que nos importa es decirle a alguien que su video se verá bien cuando no va a ser así.

Umbrales de bitrate H.264 por resolución a 30 fps
ResoluciónHolgadoAceptable
4K20,000 kbps12,000 kbps
1440p9,000 kbps5,500 kbps
1080p4,000 kbps2,000 kbps
720p2,200 kbps1,100 kbps
480p1,000 kbps500 kbps
360p600 kbps300 kbps

A 30 fps. Un clip a 60 fps de la misma resolución pide más, y bajar la tasa de fotogramas suele ser la palanca equivocada: el coste recae en el movimiento, que es donde más lo nota el espectador.

Lo que medimos, y por qué un solo bitrate no puede servir a todos

Dieciocho codificaciones: tres tipos de material 1080p con seis ajustes de calidad cada uno, libx264 preset medium, con VMAF puntuado frente al original en todos los casos. Medido en 2026-09-14. Está en esta página por la dispersión: los tres tipos de contenido quedan en lugares completamente distintos con el mismo bitrate, así que una calculadora que devuelve un único veredicto le está diciendo la verdad, como mucho, a uno de ellos.

Screen recording

medido 389–835 kbps

  • 835 kbps99.99
  • 752 kbps99.99
  • 637 kbps99.98
  • 543 kbps99.97
  • 488 kbps99.71
  • 389 kbps96.92

Animation

medido 1,945–10,864 kbps

  • 10,864 kbps94.86
  • 8,337 kbps93.76
  • 5,855 kbps91.42
  • 4,140 kbps87.68
  • 3,232 kbps84.07
  • 1,945 kbps73.94

Camera footage

medido 2,051–8,406 kbps

  • 8,406 kbps97.98
  • 6,926 kbps96.62
  • 5,210 kbps93.74
  • 3,878 kbps89.42
  • 3,157 kbps85.61
  • 2,051 kbps75.44

Lo que esto no cubre, para que nadie construya una afirmación sobre ello: un clip por tipo de contenido, de diez segundos cada uno, todos en 1080p y todos en H.264. Suficiente para mostrar que las tres clases quedan en lugares completamente distintos; insuficiente para dar una tolerancia sobre cualquier número concreto, y no dice nada sobre H.265. La calculadora interpola entre estos puntos y se niega a extrapolar más allá de ellos.

Referencia rápida

La resolución más alta que supera su umbral holgado, para tamaños habituales frente a duraciones habituales. Asume 128 kbps de audio. Es la respuesta de la calculadora para las combinaciones que más se consultan, calculada de antemano.

Mejor resolución holgada según tamaño objetivo y duración del clip
Tamaño15s30s1 min2 min5 min10 min
8 MB1080p480p360p———
10 MB1080p720p480p———
16 MB1080p1080p480p360p——
25 MB1440p1080p720p480p——
50 MB4K1440p1080p720p480p—
100 MB4K4K1440p1080p720p480p
200 MB4K4K4K1440p1080p720p

Un guion significa que ninguna resolución de la escala supera su umbral holgado en esa combinación: el clip es demasiado largo para ese tamaño. Recórtalo o acepta un resultado poco nítido.

Preguntas sobre la calculadora

¿Cómo calculo el bitrate para un tamaño de archivo objetivo?

Multiplica el tamaño en mebibytes por 8.388.608 para obtener bits, divide entre la duración en segundos y después entre 1000 para pasarlo a kbps. Resta el bitrate del audio para saber qué queda para el video y descuenta en torno a un 2 % por la sobrecarga del contenedor. Ese es todo el cálculo, y tiene exactamente una respuesta: el criterio solo entra en juego cuando preguntas si ese bitrate es suficiente.

¿La recomendación de resolución está medida o estimada?

Estimada, y así se indica en toda la página. Los umbrales proceden de escalas de bitrate H.264 publicadas —los bitrates de subida recomendados por YouTube y la especificación de autoría HLS de Apple—, rebajadas en torno a un tercio, porque esas escalas describen una primera codificación de un máster limpio y comprimir un MP4 existente parte de material que ya ha pasado por una fase con pérdidas. Las cifras de bitrate de esta página son aritmética; los veredictos de apto o no apto son una recomendación.

¿Por qué el mismo bitrate se ve bien en un video y mal en otro?

Porque el contenido decide hasta dónde llega un bitrate. Codificamos tres tipos de material 1080p con seis ajustes de calidad cada uno y puntuamos el VMAF de las dieciocho: en torno a 3300 kbps una grabación de pantalla queda por encima de todos los bitrates que probamos para ella, la animación se sitúa cerca de 89 y el material de cámara en mano, cerca de 85. En la parte baja del rango la diferencia supera los quince puntos. Un único bitrate recomendado no puede servir a los tres, y por eso esta página muestra los tres.

¿Debería bajar la resolución o el ajuste de calidad?

La resolución, casi siempre, y antes de lo que parece natural. Como el número de píxeles es bidimensional, 720p necesita en torno al 44 % de los píxeles de 1080p, así que bajar un peldaño aporta mucho más que apretar el ajuste de calidad, y lo consigue sin el bloqueo ni el emborronamiento que produce la sobrecompresión. Ajusta la resolución al lugar donde realmente se va a ver el video y después retoca la calidad.

¿Importa la pista de audio?

En un clip corto, mucho. Un video de 15 segundos dentro de 2 MB dispone de unos 1090 kbps en total; una pista estéreo de 128 kbps es casi el 12 % de eso antes del primer fotograma. En cualquier cosa de más de un minuto es casi un error de redondeo. Si un clip no tiene narración, comprueba si arrastra una pista estéreo completa de silencio: quitarla sale gratis.

¿Por qué 1 MB = 1.048.576 bytes y no 1.000.000?

Porque es la unidad en la que se aplican los límites de subida. Las plataformas y los sistemas operativos miden de forma abrumadora en mebibytes mientras los llaman megabytes, así que una calculadora que usara 1.000.000 informaría de un objetivo en torno a un 5 % mayor que el que se aplica de verdad, que es exactamente el margen que hace que una subida falle en el límite indicado.

Sáltate los cálculos

Estas páginas traen la respuesta ya resuelta y el compresor preconfigurado, para los números que más se usan.