¿Por qué el audio queda desincronizado tras convertir?

Causas comunes: (1) framerate variable renderizado como constante (usa -vsync vfr para preservar VFR); (2) sample rates de audio distintos sin resamplear (añade -ar 48000 ); (3) limitaciones del contenedor (MP4 con VFR da problemas — usa MKV durante edición, codifica a MP4 solo al final). Compara tiempos con ffprobe en origen y destino.

¿Por qué el audio queda desincronizado tras convertir?

Causas comunes: (1) framerate variable renderizado como constante (usa -vsync vfr para preservar VFR); (2) sample rates de audio distintos sin resamplear (añade -ar 48000 ); (3) limitaciones del contenedor (MP4 con VFR da problemas — usa MKV durante edición, codifica a MP4 solo al final). Compara tiempos con ffprobe en origen y destino.

Formato de imagen AVIF: Compresión de próxima generación basada en AV1

AVIF (AV1 Image File Format) es un formato de imagen moderno basado en la codificación intra-fotograma del codec de vídeo AV1, estandarizado por la Alliance for Open Media (AOM) en 2019. Entrega una eficiencia de compresión excepcional — típicamente 40-50% más pequeño que JPEG a calidad visual equivalente — mientras soporta HDR, amplia gama de colores, profundidad de color de 12 bits y transparencia alpha.

Fundamento técnico: Codificación intra-fotograma AV1

AVIF usa el contenedor HEIF (ISO/IEC 23008-12, el mismo contenedor que HEIC/HEIF de Apple) con compresión intra-fotograma AV1. El proceso de codificación incluye conversión de espacio de color YCbCr, submuestreo de croma (4:2:0, 4:2:2 o 4:4:4), predicción intra con 56 modos, transformada DCT/ADST, cuantización, filtro de restauración de bucle (Wiener + CDEF) y codificación por entropía ANS.

Matriz de características de AVIF

Característica	AVIF	JPEG	WebP	PNG
Compresión con pérdida	✅	✅	✅	❌
Compresión sin pérdida	✅	❌	✅	✅
Transparencia alpha	✅	❌	✅	✅
Animación	✅	❌	✅	❌ (APNG)
HDR (10-bit+)	✅	❌	❌	❌ (8-bit)
Amplia gama de colores	✅ (P3, BT.2020)	Limitado	❌	❌
Color de 12 bits	✅	❌	❌	✅
Soporte de navegador (2024)	~95%	~100%	~97%	~100%
Sin royalties	✅	✅	✅	✅

Soporte de navegadores y plataformas

Chrome: 85+ (ago 2020)
Firefox: 93+ (oct 2021)
Safari: 16+ (sep 2022) — AVIF animado aún no soportado en Safari
Edge: 121+ (ene 2024) soporte completo
iOS Safari: 16+ (sep 2022)

Siempre usa el elemento <picture> con fallbacks para máxima compatibilidad:

<picture>
  <source srcset="imagen.avif" type="image/avif">
  <source srcset="imagen.webp" type="image/webp">
  <img src="imagen.jpg" alt="Descripción" width="800" height="600">
</picture>

Codificación de AVIF

avifenc (codificador de referencia de libavif)

# Codificación con pérdida básica (calidad 0=peor, 100=mejor)
avifenc --quality 60 --speed 6 entrada.jpg salida.avif

# Alta calidad (equivalente a JPEG ~90)
avifenc --quality 80 --speed 4 entrada.jpg salida.avif

# Codificación sin pérdida
avifenc --lossless --speed 6 entrada.png salida_lossless.avif

# Codificación HDR de 10 bits
avifenc --quality 70 --depth 10 --cicp 9/16/9 entrada_hdr.png salida_hdr.avif

# 4:4:4 croma (evita sangrado de color en texto/gráficos)
avifenc --quality 80 --yuv 444 entrada.png salida_444.avif

ffmpeg

# Codificación AVIF básica
ffmpeg -i entrada.jpg -c:v libaom-av1 -still-picture 1 -crf 30 salida.avif

# Con SVT-AV1 (codificación mucho más rápida)
ffmpeg -i entrada.jpg -c:v libsvtav1 -still-picture 1 -crf 30 salida.avif

sharp (Node.js)

const sharp = require('sharp');

// AVIF de alta calidad
await sharp('entrada.jpg')
  .avif({ quality: 80, speed: 4 })
  .toFile('salida.avif');

Referencia de calidad vs. tamaño de archivo

Calidad AVIF	JPEG equivalente	Tamaño vs. JPEG
80	~95	~55% más pequeño
70	~90	~50% más pequeño
60	~85	~45% más pequeño
50	~80	~40% más pequeño

Limitaciones de AVIF

Velocidad de codificación: libaom-av1 es extremadamente lento — codificar una imagen de alta resolución puede tardar 30-60 segundos. SVT-AV1 es 5-10× más rápido.
AVIF animado en Safari: Safari en macOS/iOS aún no soporta AVIF animado (en 2024).
Herramientas: No todas las herramientas de procesamiento de imagen soportan AVIF. GIMP 2.10+ lo soporta; Photoshop requiere un plugin.

Resumen

AVIF representa la frontera actual de la compresión de imágenes web con pérdida. Su compresión basada en AV1 logra archivos 40-50% más pequeños que JPEG a calidad equivalente, mientras soporta HDR, amplia gama de colores, profundidad de 12 bits, transparencia alpha y animación. La velocidad de codificación sigue siendo la barrera principal — para pipelines de producción, SVT-AV1 o servicios de codificación en la nube abordan esto. Con soporte de navegador del 95%+ y adopción por Netflix, Facebook y todas las CDN principales, AVIF es el formato de elección para la entrega de imágenes web de alto rendimiento cuando la eficiencia de compresión es la prioridad.

Conversiones relacionadas

Conversiones de vídeo que encajan con esta guía:

Preguntas frecuentes

Los ficheros AVIF son típicamente 40-50% más pequeños que JPEG a calidad visual equivalente. Con calidad AVIF 70 (aproximadamente equivalente a calidad JPEG 90 por la métrica SSIM), espera ficheros alrededor de un 50% más pequeños. Los ahorros exactos dependen en gran medida del contenido de la imagen: las fotos con gradientes suaves y texturas complejas muestran las mayores mejoras.

AV1 es el más eficiente (libre de royalties, ~30% menor que H.265) pero la codificación es lenta. H.265 (HEVC) ahorra ~30–50% sobre H.264 y lo soportan todos los móviles y ordenadores modernos. H.264 sigue siendo el más compatible con dispositivos antiguos. Regla práctica: archivado → AV1, uso diario → H.265, máxima compatibilidad → H.264.

AVIF usa compresión AV1, que es computacionalmente intensiva por diseño — AV1 fue optimizado para la calidad por bit en lugar de la velocidad de codificación. El codificador de referencia libaom-av1 puede tardar 30-60+ segundos por imagen a ajustes de alta calidad. Soluciones: (1) Usar el codificador SVT-AV1 (5-10x más rápido): ffmpeg -c:v libsvtav1 -crf 30. (2) Usar avifenc --speed 8-10 para mucho más rápido pero ligeramente menor calidad. (3) Usar servicios de codificación en la nube que manejan la codificación a escala.

CRF (Constant Rate Factor) es el mejor por defecto para archivos offline: ffmpeg ajusta el bitrate frame a frame manteniendo la calidad percibida. Two-pass solo es mejor cuando debes acertar un tamaño final exacto (DVD). Bitrate constante es para streaming con canal fijo. Para "más pequeño a calidad X" usa siempre CRF.

AVIF tiene aproximadamente un 95% de soporte global de navegadores en 2024. Chrome (85+), Firefox (93+), Edge y Chrome en Android soportan AVIF completamente. Safari obtuvo soporte en la versión 16 (septiembre 2022) para AVIF estático pero aún carece de soporte para AVIF animado. Siempre usa el elemento <picture> con fallbacks: <source srcset="img.avif" type="image/avif"><source srcset="img.webp" type="image/webp"><img src="img.jpg">.

Causas comunes: (1) framerate variable renderizado como constante (usa <code>-vsync vfr</code> para preservar VFR); (2) sample rates de audio distintos sin resamplear (añade <code>-ar 48000</code>); (3) limitaciones del contenedor (MP4 con VFR da problemas — usa MKV durante edición, codifica a MP4 solo al final). Compara tiempos con <code>ffprobe</code> en origen y destino.

Sí, AVIF soporta compresión sin pérdida verdadera (avifenc --lossless). AVIF sin pérdida es típicamente 20-40% más pequeño que ficheros PNG equivalentes. Sin embargo, la velocidad de codificación es mucho más lenta que la compresión PNG. Para uso práctico: si la velocidad de codificación importa, quédate con PNG o WebP sin pérdida. Si importa la máxima compresión sin pérdida, AVIF sin pérdida merece el tiempo de codificación.

Sí, si solo cambias el contenedor: <code>ffmpeg -i in.mkv -c copy out.mp4</code>. Esto remuxea el stream sin recodificar, tarda segundos incluso con horas de material. Limitación: el códec debe ser compatible con el contenedor destino (no puedes poner H.264 en WebM, solo VP8/VP9/AV1). Para reducir tamaño hay que re-codificar.