Comprimir Video

Acerca de la Herramienta de Compresión de Video

Esta herramienta online te permite comprimir archivos de video directamente en tu navegador. Reduce el tamaño del archivo de video manteniendo buena calidad. Perfecta para compartir videos online, subir a redes sociales o ahorrar espacio de almacenamiento. Todo el procesamiento ocurre localmente para completa privacidad. Consulta también nuestro Unir Videos y Cambiar Relación de Aspecto.

¿Cómo comprimo un vídeo a un tamaño específico (por ejemplo menos de 25MB para email u 8MB para Discord)?

Cambia el Modo de Compresión a Tamaño de archivo objetivo y escribe tu límite en megabytes, por ejemplo 25 para un adjunto de correo u 8 para una subida gratuita de Discord. La herramienta lee la duración del clip desde sus metadatos y resuelve la ecuación del tamaño al revés: tamaño = bitrate x duración / 8. Resta el bitrate de audio que elijas y un pequeño margen de contenedor, luego codifica el vídeo al bitrate promedio resultante (con un maxrate igual) para que el MP4 o WebM final quede en tu objetivo o justo por debajo. Esta es la forma determinista de cumplir límites duros de plataformas que los presets de calidad y el CRF no pueden garantizar. Si el tamaño que pides es demasiado pequeño para la duración, el predictor te avisa de que la calidad será muy baja para que subas el objetivo, bajes el bitrate de audio o reduzcas la resolución.

¿Cómo comprimir un vídeo sin perder calidad?

La compresión verdaderamente sin pérdida requiere un códec sin pérdida (FFV1, x264 --qp 0) y suele producir archivos más grandes que el original H.264, así que rara vez es lo que el usuario realmente quiere. Lo que la gente entiende es sin pérdida visual: elige H.264 (AVC, ITU-T H.264) con preset Equilibrado, usa Constant Rate Factor (CRF) 18-20 y mantén resolución y velocidad de fotogramas originales. CRF 18 es el umbral por debajo del cual la mayoría no distingue del original en pantallas típicas. Evita recodificar varias veces un archivo ya comprimido. Si solo buscas archivos más pequeños para web, prueba H.265 (HEVC) o AV1 con CRF 22-24, que mantienen calidad cercana a H.264 CRF 18 con aproximadamente la mitad del bitrate.

¿Qué formato de salida elegir, MP4 o WebM?

Elige MP4 (contenedor ISO/IEC 14496-14 con vídeo H.264 + audio AAC) para máxima compatibilidad. Todo móvil, navegador, plataforma social, TV y editor moderno reproduce MP4/H.264 de forma nativa, y los decodificadores hardware reducen consumo de batería y CPU. Elige WebM (VP9 o AV1 + Opus) cuando el objetivo sean navegadores modernos y quieras mejor compresión con la misma calidad visual, especialmente para incrustar en web o bucles de fondo. WebM es la opción libre de regalías favorita de YouTube y muchos CDN. Regla práctica: enviar a amigos, redes sociales o dispositivos antiguos, elige MP4; incrustar en tu propio sitio moderno donde el ancho de banda importa, elige WebM.

¿Qué significa CRF y qué valor debería usar?

CRF significa Constant Rate Factor, el modo de control de tasa que usan x264, x265, libvpx y SVT-AV1 para apuntar a un nivel de calidad perceptual en vez de un bitrate fijo. La escala va aproximadamente de 0 a 51 para H.264/H.265, donde menor es mayor calidad y archivos más grandes. Rangos prácticos: CRF 17-18 visualmente sin pérdida, CRF 20-23 alta calidad (recomendado por defecto), CRF 24-26 buena calidad con ahorros considerables, CRF 28-30 aceptable para distribución de bajo ancho de banda, CRF 32+ visiblemente degradado. AV1 usa una escala 0-63 similar pero no idéntica, donde CRF 30-32 equivale aproximadamente a H.264 CRF 23. CRF es preferible al bitrate fijo en una pasada porque asigna más bits a escenas complejas.

¿Por qué mi vídeo comprimido sale más grande de lo esperado?

Varias razones comunes: la fuente ya estaba muy comprimida (recodificar no puede encogerla mágicamente sin perder calidad), elegiste un preset que prioriza calidad (Alta Calidad, CRF por debajo de 20), la resolución o velocidad de fotogramas es alta (4K60 necesita 4x el bitrate de 1080p30 para calidad similar), o el contenido tiene mucho movimiento (deportes, videojuegos, partículas) que es intrínsecamente difícil de comprimir. Para forzar salida más pequeña, baja la resolución un escalón (4K a 1080p, 1080p a 720p), reduce fotogramas de 60 a 30 fps si el movimiento lo permite, sube CRF 4-6 puntos, o cambia de H.264 a H.265/AV1 que típicamente reducen el tamaño a la mitad. El bitrate de audio también importa: 128 kbps AAC estéreo es suficiente.

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

Son códecs de vídeo en distintos puntos de la curva compresión-vs-cómputo. H.264 (AVC, 2003) es la base universal: todo dispositivo lo decodifica por hardware. H.265 (HEVC, 2013) logra aproximadamente 50% mejor compresión que H.264 a la misma calidad, pero conlleva regalías y usa más CPU al codificar. VP9 (Google, 2013) está libre de regalías e iguala a HEVC, muy usado por YouTube. AV1 (Alliance for Open Media, 2018) es el códec más nuevo libre de regalías, ofreciendo 20-30% mejor compresión que HEVC/VP9, pero la codificación por software es muy lenta sin aceleración hardware. Para máxima compatibilidad elige H.264. Para mejor relación tamaño-calidad en la web moderna elige AV1 si tu codificador lo soporta, si no VP9 o HEVC.

¿Debería usar codificación de una o dos pasadas?

La codificación de dos pasadas analiza primero todo el vídeo para mapear la complejidad de escenas, luego codifica una segunda vez usando ese mapa para asignar bits de forma óptima. Esto produce mejor calidad a un bitrate medio objetivo, sobre todo en vídeos con complejidad variable (cabezas parlantes cortando a secuencias de acción). El coste es doble tiempo de codificación. Usa dos pasadas cuando tengas un tope estricto de tamaño o bitrate, por ejemplo subir a una plataforma con límites duros o transmitir por un ancho de banda fijo. Usa una pasada con CRF cuando la calidad importe más que el tamaño exacto: el control de tasa CRF ya adapta la asignación de bits a la complejidad de escenas en una sola pasada. Para codificación en navegador con FFmpeg.wasm, CRF en una pasada suele ser el predeterminado correcto.

¿Cómo afectan a la compresión la estructura GOP, los fotogramas clave y los marcos I/P/B?

Un Group of Pictures (GOP) es el patrón repetido de tipos de fotogramas entre fotogramas clave. Los fotogramas I (intra) son imágenes completas independientes, los más grandes y menos comprimidos. Los fotogramas P (predichos) codifican solo diferencias respecto a fotogramas anteriores. Los fotogramas B (bidireccionales) referencian fotogramas anteriores y posteriores para el menor tamaño. GOPs más largos (más fotogramas P/B entre I) dan archivos más pequeños pero peor búsqueda y peor recuperación de errores; para reproducción web, un intervalo de fotograma clave de 2-4 segundos (60-120 fotogramas a 30 fps) es el equilibrio estándar. La transmisión (HLS, DASH) suele forzar fotograma clave cada 2 segundos. Para redes sociales, mantén GOP en 2 segundos; para archivo o edición, GOPs más cortos dan cortes más limpios a costa del tamaño.

¿Cuándo necesita la compresión color 10-bit o codificación HDR?

El color estándar 8-bit (sRGB o Rec.709) almacena 256 niveles por canal, suficiente para SDR pero propenso a banding en gradientes oscuros o cielos. El color 10-bit (perfil Main10 en HEVC, High10 en H.264) almacena 1024 niveles y elimina banding incluso en contenido SDR. Paradójicamente también comprime mejor en muchos códecs porque el codificador tiene mayor granularidad para predecir. El contenido HDR (HDR10, Dolby Vision, HLG usando color Rec.2020 y funciones de transferencia PQ o HLG) requiere mínimo 10-bit más metadatos HDR. Si recodificas una fuente HDR a SDR 8-bit sin mapeo de tonos, las luces se recortan y la imagen luce descolorida. Para compresión en navegador, usa 8-bit salvo que la fuente sea HDR auténtica y los dispositivos destino soporten HDR, ya que las cadenas HDR del navegador siguen siendo inconsistentes.