Compresor de vídeo gratuito

Qué hace realmente la compresión de vídeo a tu archivo

El vídeo en bruto es un torrente de datos de píxeles. Un clip 1080p (1920x1080) a 60 fps mide aproximadamente 1920 x 1080 x 3 bytes por píxel x 60 imágenes por segundo, alrededor de 370 MB por segundo de material sin comprimir. Incluso 720p 30 fps sin comprimir es unos 80 MB/s. La compresión hace el vídeo compartible explotando dos redundancias: la redundancia espacial dentro de un fotograma (los píxeles vecinos suelen ser similares) y la redundancia temporal entre fotogramas (la mayoría de píxeles apenas cambian de un fotograma al siguiente). Los códecs modernos codifican fotogramas clave (imágenes completas) cada pocos segundos y solo las diferencias entre ellos. Esas diferencias se transforman con DCT, se cuantizan (el paso con pérdidas que descarta los detalles de alta frecuencia que tu ojo nota menos) y se codifican por entropía. El valor CRF (Constant Rate Factor) que eliges controla cuán agresivamente el paso de cuantización descarta información. CRF 18 es visualmente sin pérdidas; CRF 23 es el predeterminado de x264 (transparente para la mayoría de espectadores); CRF 28 es una calidad web aceptable; por encima de CRF 30 empezarás a ver bloqueo en escenas oscuras y ruido de mosquito alrededor del texto.

Resolución, frecuencia de fotogramas y bitrate son tres mandos independientes. Reducir la resolución a la mitad de 1080p a 720p corta los datos brutos en 4x (cada eje a la mitad). Reducir la frecuencia a la mitad de 60 fps a 30 fps corta los datos en 2x. Ambas reducciones son visualmente obvias en contenido detallado pero a menudo invisibles en cabezas parlantes, capturas de pantalla de UI mayormente estática o clips de redes sociales vistos en pantalla del tamaño de un móvil. El bitrate es el tercer mando: un clip 1080p 30 fps a 5 Mbps se ve genial; el mismo clip a 1 Mbps muestra artefactos de compresión en bloques. Los preajustes de calidad de la herramienta eligen valores CRF que apuntan a bitrates típicamente aceptables en web: preajuste Alto unos CRF 23 (alrededor de 5 Mbps para 1080p), Medio unos CRF 28 (alrededor de 2 Mbps), Bajo unos CRF 33 (alrededor de 800 kbps), y Personalizado te deja arrastrar el deslizador.

El audio también importa. Un vídeo de 10 minutos con audio PCM (sin comprimir) lleva 100 MB solo de audio. La herramienta vuelve a codificar el audio a AAC a 128 kbps por defecto, bajando a unos 10 MB para los mismos 10 minutos sin pérdida audible para la mayoría de contenido. El contenedor (la envoltura MP4 alrededor de las pistas de vídeo y audio) es principalmente contabilidad: indexación de pistas, tablas de búsqueda, cabeceras de códec. MP4 con vídeo H.264 más audio AAC es la lingua franca universal de 2026: se reproduce en cada navegador, móvil, smart TV, consola y reproductor integrado que encontrarás. WebM con VP9 más Opus comprime cerca de un 30 % mejor pero aún lo rechazan algunos ecosistemas heredados.

Cómo funciona esta herramienta por dentro

El motor de compresión es FFmpeg, la misma herramienta basada en C que alimenta la granja de codificación de Netflix, la canalización de transcodificación de YouTube y casi todas las herramientas de vídeo que has usado. La versión para navegador es FFmpeg compilado a WebAssembly vía Emscripten (iniciado por Jerome Wu en 2019, actualmente en la versión 4.x), produciendo un binario de unos 30 MB que corre enteramente dentro de la pestaña del navegador. Cuando sueltas un vídeo, el archivo se lee al sistema de archivos virtual de WebAssembly vía un lector en streaming, así que incluso archivos de 1 GB no revientan la memoria del navegador al cargar.

Una vez el archivo está en el sistema de archivos WASM, la herramienta lanza FFmpeg con argumentos como -i input.mp4 -c:v libx264 -preset medium -crf 28 -c:a aac -b:a 128k output.mp4. FFmpeg decodifica la fuente fotograma a fotograma, aplica cualquier redimensionado o cambio de fps que pidieras, entrega los fotogramas a libx264 para la codificación de vídeo, codifica el audio en paralelo vía AAC y multiplexa el resultado en un nuevo contenedor MP4. Los mensajes de progreso se transmiten desde stderr de FFmpeg a través de un escuchador de eventos JavaScript y actualizan la barra de progreso en pantalla en tiempo real.

ffmpeg.wasm usa SharedArrayBuffer para codificación multihilo, así el codificador puede usar varios núcleos de CPU en paralelo, igual que FFmpeg de escritorio. SharedArrayBuffer exige que la página se sirva con dos cabeceras HTTP (Cross-Origin-Opener-Policy: same-origin y Cross-Origin-Embedder-Policy: require-corp) por razones de seguridad derivadas de la vulnerabilidad Spectre. Este sitio establece esas cabeceras, así que la codificación usa todos tus núcleos disponibles. El blob de descarga se construye en memoria y se entrega al navegador como un enlace <a download> sintetizado.

Breve historia de la compresión de vídeo

• MPEG-1, 1993.Primer estándar de vídeo digital ampliamente extendido. Usado en Video CD (el formato que compitió brevemente con VHS en la Asia de los 90). Bitrate objetivo 1,5 Mbps para vídeo 352x240. Calidad marginal según estándares modernos, pero demostró que el vídeo digital a bitrates de consumo era posible.
• MPEG-2, 1995.Usado en DVD (lanzamiento 1996), TV digital terrestre (ATSC en Norteamérica, DVB en Europa) y satélite SD. 4 a 8 Mbps para vídeo SD. La licencia de patentes fue compleja desde el principio, presagiando las guerras de códecs posteriores.
• H.264/AVC ratificado, 2003.Esfuerzo conjunto de ITU-T e ISO/IEC, este códec dobló la eficiencia de MPEG-2 y se volvió dominante en cinco años. Blu-ray Disc (2006), iPhone (2007), transición de YouTube (2007 a 2010) y streaming HTTP (HLS en 2009, MPEG-DASH en 2011) se construyeron todos sobre H.264. A 2026 sigue siendo el códec con más compatibilidad sobre la Tierra: cada navegador, cada móvil, cada smart TV lo reproduce.
• H.265/HEVC, 2013.Otra ganancia de eficiencia de cerca del 50 % sobre H.264 a cambio de 5 a 10x más cómputo de codificación. La adopción quedó tullida por el caos de licencias de patentes: tres pools de patentes en competencia (MPEG-LA, HEVC Advance, Velos) con reivindicaciones solapadas desincentivaron a fabricantes de hardware y software. Apple se comprometió en 2017 (iPhone 7 en adelante con HEIC/HEVC), pero YouTube, navegadores y la web abierta mayormente saltaron H.265 a favor de VP9 y AV1.
• VP9 y AV1, 2013 y 2018.Google liberó VP9 como código abierto en 2013, luego se asoció con Mozilla, Cisco, Microsoft, Netflix, Amazon, Intel y otros en la Alliance for Open Media para diseñar AV1 (ratificado en 2018). Ambos están libres de regalías. AV1 iguala o supera a H.265 en compresión siendo gratuito de usar. YouTube sirve AV1 a clientes capaces, Netflix lo usa para niveles premium, y los decodificadores hardware llegaron en chips insignia a partir de 2020.
• ffmpeg.wasm, 2019 a 2026.Jerome Wu publicó el primer ffmpeg.wasm en 2019 compilando FFmpeg a WebAssembly vía Emscripten. Las primeras versiones eran de unos 50 MB y lentas. La línea 4.x se estabilizó en cerca de 30 MB con multihilo SharedArrayBuffer, haciendo práctica la compresión en el navegador para archivos de hasta 1 a 2 GB. A 2026 el enfoque es lo bastante maduro como para que herramientas como esta puedan reemplazar servicios basados en la nube para la mayoría de necesidades personales de compresión.

Cómo funciona

1. Sube tu vídeo: Selecciona o arrastra un archivo de vídeo que necesites comprimir.
2. Configura los ajustes de compresión: Elige un nivel de calidad objetivo o tamaño de archivo, y opcionalmente reduce la resolución o la frecuencia de fotogramas.
3. Comprime y descarga: Haz clic en Comprimir y descarga el archivo de vídeo más pequeño cuando se complete el procesamiento.

¿Por qué usar el compresor de vídeo?

Los archivos de vídeo grandes son lentos de subir, costosos de almacenar y causan mala reproducción en conexiones móviles. Las redes sociales, los archivos adjuntos de correo electrónico y el alojamiento web imponen límites de tamaño. La compresión de vídeo reduce el tamaño del archivo ajustando la tasa de bits, la resolución y la eficiencia del códec, a menudo logrando una reducción del 60 al 80 % con una pérdida de calidad mínima. Este compresor en el navegador gestiona los detalles técnicos para que solo tengas que elegir la calidad deseada y descargar el resultado.

Características

• Preajustes de calidad: Elige entre Alta, Media, Baja y Personalizada con tamaños de salida estimados.
• Reducción de resolución: Reduce opcionalmente a 1080p, 720p, 480p o 360p para disminuir aún más el tamaño del archivo.
• Reducción de frecuencia de fotogramas: Reduce la frecuencia de fotogramas de 60 fps a 30 fps o 24 fps para disminuir los datos.
• Comparación de tamaño de archivo: Muestra los tamaños de archivo original y comprimido junto con la relación de compresión alcanzada.
• Procesamiento local: La compresión se ejecuta completamente en tu navegador, sin necesidad de subir a la nube.

Flujos de trabajo de compresión del mundo real

• Pasar bajo el límite de 25 MB de Discord.La razón más común para comprimir vídeo. Una captura de pantalla de 2 minutos o un clip de móvil suele ser de 60 a 200 MB. CRF 28 más un downscale opcional a 720p suele meter un clip 1080p de 2 minutos en 8 a 15 MB. CRF 30 a 32 con downscale 480p maneja incluso contenido de alta motion. El preajuste Medio de la herramienta está calibrado exactamente para este caso de uso.
• Límites de tamaño de adjuntos en email.Gmail y la mayoría de servidores de correo corporativo limitan los adjuntos en torno a 20 a 25 MB. Para compartir un recorrido rápido o un vídeo explicativo a un colega no técnico, pasar un vídeo de móvil de 90 MB a 15 MB MP4 con el preajuste Medio es el camino de menor resistencia.
• Coste de hosting web y tiempo de carga.Un vídeo auto-alojado en un sitio de portfolio o página de producto es mucho más barato de servir a 5 MB que a 50 MB (ancho de banda CDN, tiempos de carga móvil, Core Web Vitals). Para vídeos hero de fondo que bucleán silenciosamente, CRF 30 a 32 más audio silenciado y downscale 720p dan look de calidad broadcast a tamaño de archivo portátil.
• Archivos personales.Los vídeos antiguos de móvil se comen el almacenamiento del móvil y la nube. Recodificar un año de vídeos familiares a CRF 23 (visualmente sin pérdidas para la mayoría de contenido) suele recortar el archivo en un 50 a 70 % sin cambio de calidad perceptible. iCloud en el plan de 50 GB se vuelve mucho más utilizable de pronto.
• Subidas a redes sociales.Instagram, TikTok y X recodifican todo lo que subes, pero partir de una fuente comprimida bajo sus bitrates sugeridos (típicamente 5 a 10 Mbps para 1080p) significa subidas más rápidas y evita que su algoritmo destroce tu vídeo con su propia recodificación agresiva. El preajuste Alto mantiene la calidad máxima mientras sigue recortando tamaño.
• Ahorros de datos móviles en celular.Enviar un vídeo por celular: 50 MB toma 20 a 40 segundos en 4G, come datos significativos y puede fallar con mala señal. Comprimir a 5 a 8 MB se envía en 2 a 3 segundos de forma fiable, incluso con mala señal. Vale la pena hacerlo antes de mandar clips por SMS a amigos con planes limitados.

Trampas comunes y qué significan

• Pérdida generacional al recomprimir.Cada pase de compresión añade ruido de cuantización. Comprimir un vídeo ya comprimido (una descarga de TikTok, la salida ya codificada de una app de grabación de pantalla, una exportación de móvil) da una compresión incremental menor a cambio de pérdida visible de calidad. Empieza siempre de la fuente de mayor calidad que tengas.
• Empujar CRF demasiado alto.Ajustes por encima de CRF 30 producen artefactos de compresión visibles: bloqueo en escenas oscuras, ruido de mosquito alrededor del texto y bordes afilados, bandas en cielos en degradado. Para clips de previsualización a tamaños de pantalla pequeños puedes salirte con CRF 32 a 35; para cualquier cosa que se vea a pantalla completa en un TV o monitor, mantén CRF a 28 o por debajo.
• Olvidar el bitrate de audio.Un vídeo de 10 minutos con audio PCM sin comprimir lleva 100 MB solo de audio. Muchas exportaciones de móvil incluyen audio sin comprimir o ligeramente comprimido. Recodificar a AAC 128 kbps baja el audio a unos 10 MB sin diferencia audible para voz y la mayoría de música. La herramienta siempre recodifica el audio.
• Fuentes de frecuencia variable.Las grabaciones de pantalla y algunas cámaras de móvil producen frecuencia de fotogramas variable (los fps varían con el movimiento). Algunos codificadores lo manejan mal, produciendo fotogramas duplicados o stuttering. La herramienta normaliza a frecuencia constante para evitarlo.
• Pipeline HDR a SDR.Las cámaras de móvil ahora graban en HDR de 10 bits (Dolby Vision en iPhone, HDR10 en Android). Soltar un clip HDR en una pipeline SDR de 8 bits sin tone-mapping adecuado produce salida deslavada o raramente saturada. Para mejores resultados con fuentes HDR, haz tone-mapping en el dispositivo antes de comprimir, o acepta que la salida SDR se verá distinta del original.
• Muro de memoria del navegador en archivos muy grandes.ffmpeg.wasm corre en memoria del navegador. Archivos por encima de unos 2 GB suelen chocar con el techo de memoria por pestaña del navegador (típicamente 4 GB en escritorio, menos en móvil) y fallan a mitad de codificación. Para archivos más grandes, usa HandBrake de escritorio o FFmpeg CLI que puede transmitir desde disco.

Privacidad: tu vídeo nunca sale de tu dispositivo

Cada servicio de compresión de vídeo basado en la nube (FreeConvert, Clipchamp, OnlineConverter, CompressVideo.io, docenas más) sigue el mismo flujo: subes tu vídeo entero, su servidor corre FFmpeg o una herramienta similar, tú descargas el resultado más pequeño. Para un vídeo de móvil de 200 MB son 200 MB de subida más 50 MB de bajada a través de su infraestructura. El contenido de los vídeos suele incluir material sensible: caras y ubicaciones de familia o compañeros, audio de conversaciones y llamadas, grabaciones de pantalla de interfaces privadas o reuniones de trabajo, escenas geoetiquetadas que revelan casas o lugares de trabajo. La mayoría de operadores publican políticas de privacidad comprometiéndose a borrar las subidas en 1 a 24 horas y cifrar en tránsito, y los principales tienen certificaciones ISO/IEC 27001. Tienen razones comerciales fuertes para honrar esas políticas. Pero «borrado en una hora» no es «nunca visto». Durante esa ventana el archivo está en infraestructura del operador, accesible a cualquier proceso o persona con los permisos correctos, visible en registros y copias de seguridad según la política de retención del operador.

Esta herramienta nunca sube nada. El pipeline completo (selección de archivo, decodificación vía lectores nativos del navegador, codificación vía ffmpeg.wasm WebAssembly, descarga vía la API blob del navegador) corre dentro de tu pestaña del navegador. Sin subidas, sin peticiones de red llevando datos de vídeo, sin entradas de registro. Puedes verificarlo abriendo las herramientas de desarrollador del navegador en la pestaña Red antes de comprimir: ninguna petición sale con contenido de vídeo. El único tráfico de red es la carga inicial de la página más la descarga única de unos 30 MB de ffmpeg.wasm (cacheada para visitas posteriores). Pon el navegador en modo avión después de cargar la página y el compresor sigue funcionando con archivos locales.

Cuándo otra herramienta es la elección correcta

• Archivos de más de 2 GB.Los límites de memoria del navegador se vuelven un muro real por encima de unos 2 GB. Usa HandBrake de escritorio (gratis, GUI, multiplataforma) o FFmpeg CLI, que pueden transmitir desde disco y usar toda la RAM del sistema disponible. Los preajustes de calidad de HandBrake mapean directamente a los mismos valores CRF que usa esta herramienta, así que tus ajustes se transfieren.
• Compresión por lotes de cientos de archivos.Para recodificación sistemática de una carpeta de archivos, la herramienta FFmpeg en línea de comandos con un bucle de shell o un script Python usando subprocess es dramáticamente más rápida. Una línea: for f in *.mp4; do ffmpeg -i "$f" -c:v libx264 -crf 28 -c:a aac -b:a 128k "out_$f"; done. También puede usar codificadores GPU (NVENC, QuickSync) para 10 a 20x de aceleración.
• Flujo de postproducción profesional.Adobe Premiere, DaVinci Resolve, Final Cut Pro y Avid Media Composer incluyen la codificación junto con la edición. Si ya estás editando el vídeo, codificar en la salida es parte del flujo. El nivel gratuito de Resolve maneja hasta 4K con todos los mismos códecs.
• Necesitas velocidad máxima vía codificadores hardware.Los codificadores acelerados por GPU (NVENC en Nvidia, QuickSync en Intel, VCN en AMD, VideoToolbox en Apple Silicon) son 10 a 20x más rápidos que los codificadores CPU a calidad por bit ligeramente menor. Las herramientas de navegador no pueden acceder a codificadores hardware; para trabajos donde la velocidad importa más que la calidad perfecta, usa apps de escritorio con aceleración hardware habilitada.

Preguntas frecuentes

¿Cuánto se puede comprimir un vídeo?

Las relaciones de compresión típicas son del 50 al 80 % de reducción. Un vídeo de 100 MB a menudo puede comprimirse a 20-40 MB con una pérdida de calidad mínima. La reducción exacta depende del códec original, la complejidad del contenido y los ajustes de calidad.

¿La compresión afectará la calidad del vídeo?

Con los ajustes de calidad Media, la mayoría de los espectadores no pueden distinguir el vídeo comprimido del original a distancias de visualización normales. El contenido de alta tasa de bits (de cámaras o grabaciones de pantalla) se comprime bien. Los vídeos ya comprimidos (descargados de redes sociales) muestran menos mejora.

¿Cuál es el mejor formato para vídeo comprimido?

MP4 con H.264 es el formato más compatible para vídeo comprimido en todos los dispositivos y plataformas. Para uso web, WebM con VP9 ofrece mejor compresión pero menor compatibilidad en algunos dispositivos.

Otras preguntas frecuentes

¿Por qué la compresión tarda más que la duración del vídeo?

La codificación de vídeo por software es computacionalmente cara. Un clip 1080p de 5 minutos puede tardar de 3 a 15 minutos en codificarse a alta calidad, dependiendo de tu CPU. La bandera -preset en FFmpeg intercambia velocidad de codificación por eficiencia de compresión: ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow. La herramienta usa medium por defecto (buen equilibrio). Los codificadores hardware en apps de escritorio pueden ser 10 a 20x más rápidos pero producen archivos ligeramente más grandes a la misma calidad.

¿Debo elegir H.264, H.265 o VP9?

Para máxima compatibilidad (compartir con cualquiera en cualquier cosa), elige H.264. Para alrededor de un 30 % mejor compresión con soporte amplio pero no universal, elige H.265 (bueno en dispositivos Apple y Windows reciente) o VP9 (bueno en Android y Chrome). Para el archivo más pequeño con compatibilidad moderna, elige AV1. La herramienta usa H.264 por defecto porque se reproduce en todas partes.

¿La compresión afecta el timing de fotogramas o la sincronización?

La herramienta preserva la frecuencia de fotogramas fuente y la sincronización audio-vídeo. Si tu fuente tiene frecuencia variable, el codificador normaliza a frecuencia constante durante la codificación, lo cual puede introducir desfases de timing diminutos (microsegundos) pero es invisible en la reproducción. Si notas drift de sincronización tras la compresión, es probable que la fuente ya tuviera drift y el codificador lo esté fijando.

¿Puedo comprimir sin recodificar (stream copy)?

Con esta herramienta no. Stream copy (-c copy en FFmpeg) solo cambia el contenedor (MP4 a MKV, por ejemplo) sin recodificar. Para reducir realmente el tamaño, el codificador tiene que recodificar datos de píxeles a menor bitrate o con códec diferente. Si solo quieres cambiar el formato del contenedor sin cambiar el tamaño, usa un convertidor de formato de vídeo en vez de un compresor.

¿Por qué mi archivo comprimido a veces se ve peor de lo que sugiere el preajuste?

El contenido de alta motion (deportes, acción, cambios rápidos de escena) se comprime mucho más duramente que el contenido estático. Un bitrate de 5 Mbps que se ve genial en un vídeo de cabeza parlante puede mostrar artefactos en un partido de fútbol al mismo bitrate. El modo CRF (que la herramienta usa) se adapta: asigna más bits a escenas complejas y menos a las simples, así la salida es de calidad constante pero tamaño variable. Si el tamaño importa más que la calidad constante, cambia a un flujo de bitrate objetivo en una herramienta de escritorio.

¿Hay un equivalente de escritorio o línea de comandos?

Sí, varios. HandBrake es la GUI multiplataforma estándar (gratis, código abierto, usa el mismo FFmpeg por debajo). FFmpeg CLI es la herramienta canónica de línea de comandos. Shutter Encoder es una GUI de FFmpeg más amigable. Para móvil, VLC y CapCut tienen compresión básica. Para automatización por lotes, FFmpeg en un script de shell es inigualable. Todos producen una salida esencialmente idéntica a esta herramienta de navegador porque comparten el mismo codificador subyacente.