Compresor de Vídeo

Comprime video en tu navegador: calidad, sin pérdida o sin audio

1234

Acerca de Compresor de Vídeo

Este compresor ejecuta ffmpeg.wasm —FFmpeg compilado a WebAssembly, versión 0.12.10 con el núcleo de un solo hilo— dentro del navegador, y lo descarga de una CDN la primera vez que lo usas. Tu vídeo no se sube a ningún sitio, pero la velocidad de codificación queda limitada a un núcleo de CPU. Es normal que sea varias veces más lento que FFmpeg de escritorio; un clip de un minuto en 1080p puede tardar unos minutos.

Hay tres modos. Compresión por calidad recodifica a H.264 (libx264) en un MP4. Original tal cual (sin recodificar) copia las pistas a un contenedor nuevo sin recodificar. Quitar audio deja la imagen intacta y elimina la pista de sonido. Solo el primero reduce el archivo de forma apreciable.

CRF apunta a una calidad, no a un tamaño

El modo de calidad no fija una tasa de bits. Usa CRF (Constant Rate Factor), un objetivo de calidad de 0 a 51 en el que un número más bajo significa mejor imagen y archivo mayor. El codificador gasta más bits en escenas con mucho movimiento y menos en las estáticas para mantener una calidad percibida pareja, así que con el mismo CRF un partido de fútbol sale grande y la grabación de una presentación sale pequeña.

La regla práctica de la wiki de FFmpeg es que subir el CRF 6 puntos reduce el archivo más o menos a la mitad, y bajarlo 6 lo duplica. Los tres niveles de la herramienta son 23 (alta calidad), 28 (por defecto) y 33 (compresión fuerte), separados por 5. El valor por defecto de x264 es 23, así que piensa en 23 como difícil de distinguir del original y en 33 como aceptable en la pantalla de un móvil.

El inconveniente de CRF es que no puedes elegir el tamaño final de antemano. Si una plataforma limita el tamaño de subida, comprime una vez y, si todavía se pasa, sube el CRF o baja la resolución y vuelve a intentarlo.

Por qué la salida es siempre MP4 con H.264

VP9 y AV1 generan archivos más pequeños que H.264 con la misma calidad, pero codifican muchísimo más despacio; AV1 en WebAssembly de un solo hilo tardaría un tiempo poco razonable incluso con un clip corto. La compatibilidad de reproducción también cambia. Un MP4 con H.264 se reproduce con decodificación por hardware en prácticamente cualquier móvil, televisor, app de mensajería u ordenador Windows antiguo, mientras que la decodificación AV1 por hardware se limita a equipos relativamente recientes.

El mismo razonamiento explica el preset veryfast de x264. Un preset cambia eficiencia de compresión por velocidad: es más rápido que el medium por defecto, a cambio de archivos algo mayores con el mismo CRF. El audio se recodifica a AAC de 128 kbps.

Baja la resolución antes de subir el CRF

Pasar de 1080p (1920×1080) a 720p (1280×720) deja el 44 % de los píxeles. En un móvil o en la vista previa de un chat la diferencia apenas se nota, y el tamaño cae mucho; suele dar mejor resultado que subir el CRF a 33 hasta que todo se emborrona.

Al elegir una resolución, la herramienta fija la altura y calcula el ancho según la proporción, redondeando ambos a números pares porque H.264 no codifica dimensiones impares. Solo tienen sentido valores menores que el original. Ojo: en un vídeo vertical de 1080×1920, elegir 720p deja la altura en 720, mucho más pequeño de lo que quizá esperas.

Qué hacen de verdad «Original tal cual» y «Quitar audio»

El modo «Original tal cual» copia las pistas de vídeo y audio a un contenedor nuevo sin decodificarlas (copia de flujo). No hay pérdida de calidad y termina en segundos, pero como no se recomprime nada, el tamaño casi no cambia. Sirve para ordenar el contenedor: MP4, WebM, MKV y AVI se mantienen en su formato, y MOV o cualquier otro pasa a MKV. En la salida MP4 el índice (moov) se mueve al principio (faststart), así que en la web empieza a reproducirse antes de descargarse entero.

Quitar audio también copia el vídeo y simplemente omite el sonido. Se ahorra exactamente lo que ocupa la pista de audio: a 128 kbps, unos 0,96 MB por minuto. Es un arreglo rápido para grabaciones de pantalla que nunca necesitaron sonido.

Ejemplos

Calcular el presupuesto de bits para un límite de subida

Entrada
Un clip de 60 segundos que debe caber en 8 MiB, con audio AAC de 128 kbps
Resultado
Unos 0,99 Mbps de media para el vídeo

8 MiB = 67.108.864 bits ÷ 60 s ≈ 1.118.000 bps; restando 128.000 bps de audio quedan unos 990 kbps. Es poco para 1080p pero viable en 720p o 480p, así que baja primero la resolución y prueba con CRF 28.

Cambiar solo la resolución

Entrada
1920×1080 → 720p
Resultado
1280×720, el 44,4 % de los píxeles

1280 × 720 ÷ (1920 × 1080) = 921.600 ÷ 2.073.600 = 0,444. Con el mismo CRF, el codificador tiene menos de la mitad de imagen que describir.

Quitar el sonido de una grabación de pantalla

Entrada
Grabación de 10 minutos, audio a 128 kbps, «Quitar audio»
Resultado
Unos 9,6 MB menos; el vídeo queda idéntico

128.000 bps × 600 s ÷ 8 = 9.600.000 bytes. La pista de vídeo no se recodifica, así que no se pierde calidad ni tiempo.

Cómo se usa

  1. Elige un archivo de vídeo (por encima de 300 MB verás un aviso de memoria).
  2. Selecciona el modo; en compresión por calidad, elige el nivel de calidad y la resolución.
  3. La primera vez se descarga el motor (unos 30 MB) y luego empieza la codificación.
  4. Revisa el resultado, comprueba el tamaño y descárgalo.

Preguntas frecuentes

¿Por qué la compresión es tan lenta?

Aquí ffmpeg.wasm es una compilación de un solo hilo que usa un núcleo de CPU, así que es mucho más lento que FFmpeg de escritorio. Bajar a 720p o 480p reduce los píxeles a codificar y acorta bastante la espera.

El modo «Original tal cual» no redujo el tamaño.

Es lo esperado. Este modo copia las pistas tal cual, sin comprimir. Usa el modo de calidad para reducir el archivo.

¿Puedo dejar el archivo en 10 MB exactos?

Con CRF no, porque apunta a una calidad y no a un tamaño. Hazlo una vez y, si se pasa, sube el CRF o baja la resolución y vuelve a comprimir.

¿Puedo exportar en AV1 o VP9?

No. Codificarlos en WebAssembly de un solo hilo es demasiado lento, y H.264 es el más compatible para reproducir.

Mi vídeo HDR del iPhone se ve desvaído tras comprimirlo.

La herramienta no hace mapeo de tonos de HDR a SDR, así que los colores pueden verse apagados u oscuros en pantallas normales. Con clips HDR es más seguro elegir «Más compatible» al exportar desde el iPhone.

Fuentes

Revisado el:

Privacidad y tratamiento de datos