Respuesta rápida: Usa H.264 cuando necesites máxima compatibilidad con dispositivos, AV1 (vía SVT-AV1) cuando quieras los archivos más pequeños con licencia libre de regalías, y H.265 solo para entrega dentro del ecosistema Apple. En FFmpeg, la calidad equivalente es aproximadamente x264 CRF 23 ≈ x265 CRF 28 ≈ libsvtav1 CRF 30.
Cuando abres la documentación de FFmpeg para comprimir un video, la cantidad de opciones de códec puede ser paralizante. H.264, H.265, AV1 — cada uno se promociona como "alta calidad", "altamente comprimido" o "nueva generación". Pero, ¿cuál deberías usar realmente?
Este artículo compara los tres códecs en eficiencia de compresión, velocidad de codificación, compatibilidad y uso práctico con FFmpeg. Al final, podrás tomar una decisión clara basada en tu propio caso de uso.
Qué es cada códec y de dónde viene
Elegir un códec no se trata de seleccionar "el mejor" — se trata de entender cuándo se introdujo cada uno, quién lo gestiona y qué compromisos conlleva.
H.264 (AVC) fue estandarizado en 2003. Es gestionado por Via Licensing Alliance (anteriormente MPEG-LA). El uso comercial técnicamente requiere una licencia, aunque desde 2010 las regalías están permanentemente exoneradas para video de internet gratuito para el usuario final. Los servicios de streaming de pago y los fabricantes de hardware aún pagan licencias. Con más de 20 años de historia, funciona en prácticamente todos los dispositivos y plataformas existentes.
H.265 (HEVC) fue estandarizado en 2013. Diseñado como el sucesor de H.264, logra aproximadamente un 40–50% de ahorro en bitrate a calidad equivalente. Sin embargo, su panorama de patentes es notoriamente complejo — existen múltiples pools de patentes en competencia. Esta complejidad es una razón significativa por la que el soporte en navegadores ha sido inconsistente.
AV1 fue lanzado en 2018 por la Alliance for Open Media (AOMedia), un consorcio fundado por Google y otras grandes empresas tecnológicas. Es completamente libre de regalías.
Eficiencia de compresión comparada
Cuando se comparan códecs a calidad perceptual equivalente (medida mediante VMAF o SSIM), las generaciones más nuevas son consistentemente más eficientes.
Como referencia general:
- AV1 logra aproximadamente un 50% de reducción de bitrate comparado con H.264
- H.265 logra aproximadamente un 40–45% de reducción comparado con H.264
- La diferencia entre AV1 y H.265 es típicamente del 10–20% (varía según el contenido)
Por ejemplo, si un clip requiere 8 Mbps en H.264, puedes esperar aproximadamente 4.5 Mbps en H.265 y menos de 4 Mbps en AV1 a calidad comparable. Para streaming o archivado a largo plazo, esa diferencia se acumula significativamente.
Dicho esto, "mayor eficiencia de compresión" no significa "siempre elige AV1". La velocidad de codificación y la compatibilidad imponen restricciones reales.
La realidad de la velocidad de codificación
La mayor debilidad histórica de AV1 fue la velocidad de codificación. El codificador original libaom-av1 podía tardar 10–50x más que H.264 para el mismo clip, haciéndolo impracticable para muchos flujos de trabajo.
SVT-AV1 (Scalable Video Technology for AV1) ha cambiado esa situación fundamentalmente. A marzo de 2026, SVT-AV1 está en la versión 4.0.0.
| Codificador | Códec | Velocidad relativa | Calidad |
|---|---|---|---|
| libx264 | H.264 | Referencia (1x) | Buena |
| libx265 | H.265 | ~0.3–0.5x | Buena a Excelente |
| libaom-av1 | AV1 | ~0.05–0.1x | Excelente |
| libsvtav1 | AV1 | ~0.3–0.6x | Excelente |
El parámetro preset de SVT-AV1 (0–13) te da un control detallado sobre el compromiso velocidad/calidad. Preset 6–8 es el punto óptimo práctico para la mayoría de los flujos de trabajo.
Compatibilidad con dispositivos y navegadores
La compatibilidad es el factor que más se pasa por alto al elegir un códec.
H.264 se reproduce en todas partes. Smartphones, smart TVs antiguas, navegadores web, software de edición de video — nada falla con H.264. En 2026, sigue siendo el códec más universalmente compatible.
AV1 tiene soporte en Chrome, Firefox y Edge con decodificación tanto por software como por hardware. Safari soporta AV1 desde la versión 17 (2023), pero solo en hardware Apple con decodificador AV1 dedicado — esto significa Macs con M3 o posterior, iPhone 15 Pro (A17 Pro) o posterior, e iPads con M4. En Android, la decodificación AV1 por hardware es estándar en dispositivos de 2023 en adelante.
| H.264 | H.265 | AV1 | |
|---|---|---|---|
| Navegadores web | Soporte completo | Depende del hardware | Completo (Safari: M3/A17 Pro+) |
| iOS / macOS | Soporte completo | Soporte completo | M3/A17 Pro o posterior |
| Android | Soporte completo | Parcial | Dispositivos 2023+ |
| Dispositivos heredados | Soporte completo | Parcial | A menudo no soportado |
Comandos FFmpeg para cada códec
H.264 (libx264)
La opción más segura y compatible. CRF 23 es el valor predeterminado más usado.
# Codificación básica H.264
ffmpeg -i input.mp4 \
-c:v libx264 \
-crf 23 \
-preset slow \
-c:a aac -b:a 128k \
output_h264.mp4
La bandera -preset va desde ultrafast hasta veryslow. Los presets más lentos producen archivos más pequeños al mismo CRF. Para uso diario, medium o slow es el equilibrio correcto.
H.265 (libx265)
Más eficiente que H.264. CRF 28 es el equivalente aproximado al CRF 23 de H.264.
# Codificación H.265
ffmpeg -i input.mp4 \
-c:v libx265 \
-crf 28 \
-preset slow \
-tag:v hvc1 \
-c:a aac -b:a 128k \
output_h265.mp4
La bandera -tag:v hvc1 mejora la compatibilidad con dispositivos Apple y QuickTime. Vale la pena incluirla siempre que apuntes a reproducción en macOS o iOS.
AV1 (libsvtav1)
La opción de compresión más eficiente disponible actualmente.
# Codificación AV1 (SVT-AV1)
ffmpeg -i input.mp4 \
-c:v libsvtav1 \
-crf 30 \
-preset 6 \
-svtav1-params tune=0 \
-c:a libopus -b:a 128k \
output_av1.mkv
-preset 6 es un buen punto de partida para el equilibrio velocidad/calidad. Combínalo con audio libopus — ambos se complementan bien para contenedores MKV/WebM.
Ejemplo de procesamiento por lotes
Convierte múltiples archivos a AV1 en un solo script de shell.
#!/bin/bash
# batch_av1_encode.sh
# Uso: bash batch_av1_encode.sh *.mp4
for input in "$@"; do
filename="${input%.*}"
ffmpeg -i "$input" \
-c:v libsvtav1 \
-crf 30 \
-preset 6 \
-c:a libopus -b:a 128k \
"${filename}_av1.mkv"
echo "Hecho: ${filename}_av1.mkv"
done
Tabla de equivalencia CRF
CRF (Factor de Tasa Constante) controla la calidad — valores más bajos significan mayor calidad y archivos más grandes. Dado que cada códec usa una escala diferente, la calidad equivalente corresponde a diferentes números de CRF.
| Nivel de calidad | H.264 (libx264) | H.265 (libx265) | AV1 (libsvtav1) |
|---|---|---|---|
| Alta calidad (archivado/streaming) | CRF 18–20 | CRF 22–24 | CRF 24–26 |
| Calidad estándar (uso cotidiano) | CRF 23 | CRF 28 | CRF 30 |
| Calidad baja (entrega ligera) | CRF 28–30 | CRF 32–34 | CRF 36–38 |
Estas son pautas, no reglas universales. Animación, acción real y contenido deportivo responden de forma diferente. Cuando la precisión importa, codifica algunas muestras cortas y compara las puntuaciones VMAF o haz una revisión lado a lado.
Una regla general práctica para calidad equivalente:
- x264 CRF 23 ≈ x265 CRF 28 ≈ libsvtav1 CRF 30
Para una inmersión profunda en los parámetros de codificación SVT-AV1, consulta Configuración Óptima de FFmpeg SVT-AV1.
Qué códec usar para cada escenario
Aquí tienes una guía práctica de decisión basada en casos de uso comunes.
Entrega web y streaming (prioridad: compatibilidad) Empieza con H.264 como tu referencia. Si tu audiencia usa hardware y navegadores modernos, AV1 es una mejora sólida. Evita H.265 para web.
Archivado y respaldo a largo plazo (prioridad: eficiencia de tamaño) AV1 es el claro ganador. El tiempo de codificación es un costo único, y un 50% de ahorro en almacenamiento rinde frutos durante años.
Archivos intermedios de edición (prioridad: velocidad de codificación)
H.264 con -preset ultrafast. Cuando estás alternando entre ediciones, la velocidad importa más que la eficiencia de compresión.
Entrega para ecosistema Apple (prioridad: compatibilidad de dispositivo) H.265 es óptimo aquí. Los iPhones y Macs tienen decodificación H.265 por hardware, dándote archivos más pequeños que H.264 con reproducción garantizada.
Subida a YouTube o plataformas sociales (prioridad: calidad post-compresión) Las plataformas recodifican todo por su cuenta. Si subes en AV1, YouTube puede servirlo a los espectadores en AV1, lo que puede preservar más calidad. De lo contrario, sube en el códec que haga que la fuente se vea mejor.
Para una visión más amplia de los flujos de trabajo de compresión de video con FFmpeg, consulta la Guía de Compresión de Video con FFmpeg.
Preguntas frecuentes
¿Es AV1 mejor que H.265?
En la mayoría de escenarios, sí. AV1 ofrece un 10–20% mejor compresión que H.265, es libre de regalías y tiene soporte más amplio en navegadores (Chrome, Firefox, Edge decodifican AV1 nativamente). La ventaja de H.265 es su integración con el ecosistema Apple — iPhones y Macs tienen decodificación H.265 por hardware confiable. Para entrega web, AV1 es la mejor opción.
¿Puedo subir videos en AV1 a YouTube?
Sí. YouTube acepta uploads en AV1 y puede servir tu video a los espectadores en formato AV1, lo que preserva mejor la calidad después de la recodificación. Sube a alto bitrate o CRF bajo independientemente del códec — YouTube recodifica todo.
¿Por qué la codificación AV1 es tan lenta?
El codificador de referencia libaom-av1 es extremadamente lento (10–50x más lento que H.264). Usa SVT-AV1 (libsvtav1 en FFmpeg) en su lugar — es solo unas 2–3x más lento que H.264 en preset 6–8, lo cual es práctico para la mayoría de flujos de trabajo.
¿Qué CRF debo usar para AV1?
Empieza con CRF 30 para calidad estándar usando libsvtav1. Esto es aproximadamente equivalente a x264 CRF 23 o x265 CRF 28. Para calidad de archivo, usa CRF 24–26. Siempre prueba con una muestra corta antes de codificar videos largos.
¿H.265 funciona en Chrome?
Chrome soporta reproducción H.265/HEVC desde la versión 105 (2022), pero solo a través del decodificador de hardware de la plataforma. No hay fallback por software — si el dispositivo del usuario carece de un decodificador HEVC por hardware, la reproducción falla silenciosamente. Esto hace que H.265 no sea confiable para entrega web general.
¿Todavía vale la pena usar H.264 en 2026?
Absolutamente. H.264 sigue siendo la opción más segura cuando necesitas garantizar la reproducción en todos los dispositivos, incluyendo smart TVs, teléfonos antiguos, sistemas embebidos y todos los navegadores. Para archivos intermedios de edición donde la velocidad importa, H.264 con -preset ultrafast también es la opción práctica.
¿Se puede codificar AV1 por hardware?
Sí. Las GPUs NVIDIA RTX serie 40 y posteriores soportan codificación AV1 por hardware vía NVENC. Las GPUs Intel Arc y la serie AMD RX 7000 también soportan codificación AV1 por hardware. Sin embargo, los codificadores por hardware priorizan velocidad sobre calidad — para máxima eficiencia de compresión, la codificación por software con SVT-AV1 sigue ganando. Consulta nuestra guía de codificación GPU para más detalles.
¿Qué contenedor debo usar con AV1?
MKV (Matroska) y WebM son los contenedores más comunes para AV1. MP4 también soporta AV1 desde que se actualizó el estándar ISO, y el soporte de navegadores para AV1 en MP4 es sólido. Para entrega web, MP4 suele ser la mejor opción por su compatibilidad con reproductores de video y CDNs.
Conclusión
Aquí está la versión corta después de comparar los tres códecs:
- La compatibilidad es la prioridad → H.264
- La reducción de tamaño es la prioridad → AV1 (SVT-AV1)
- Entrega para ecosistema Apple → H.265
H.265 está cada vez más atrapado en el medio — demasiado limitado en soporte de navegadores para uso web, mientras que AV1 lo ha alcanzado en velocidad y lo ha superado en eficiencia. En 2026, AV1 está ganando en la web, y H.265 mantiene su terreno dentro del ecosistema de Apple.
Si quieres empezar a experimentar con la codificación AV1 en FFmpeg, libsvtav1 + -preset 6 + -crf 30 es un buen punto de partida. Ajusta desde ahí según tu contenido y plataforma objetivo.
Artículos relacionados: