JPEG XL vs. AVIF para casos de uso web

Los ingenieros de imágenes están comparando JPEG XL con AVIF como formatos de nueva generación para la web, y encuentran que hoy los codificadores de AVIF generalmente producen archivos más pequeños en niveles de calidad típicos de la web, especialmente para capturas de pantalla, ilustraciones y contenido animado. JPEG XL se considera más fuerte para imágenes sin pérdida y de muy alta calidad, uso archivístico, alta profundidad de bits y transcodificación transparente de JPEGs existentes, pero sus herramientas y codificadores son menos maduros. Gran parte del debate se centra en la viabilidad real del despliegue: soporte de navegadores y sitios, compatibilidad de contenedores, evolución de los codificadores y cómo decisiones anteriores de la plataforma (en particular por parte de Chrome) distorsionaron el ritmo y la dirección de la adopción.

Preocupaciones sobre el contenedor y el despliegue de AVIF

  • Algunos sostienen que el diseño basado en contenedor de AVIF ayuda al despliegue a largo plazo: los sitios solo necesitan “AVIF” una vez; futuros códecs (AV2, etc.) podrían reutilizar el contenedor mientras los navegadores actualizan los decodificadores.
  • Otros responden que los contenedores no ayudan si el cliente no tiene el códec: sin un decodificador, de todos modos obtienes una imagen rota.
  • El verdadero cuello de botella suele ser la lógica del lado del sitio (listas blancas de content-type, pipelines de imágenes) que se queda atrás respecto al soporte de los navegadores; los contenedores pueden reducir el trabajo de integración repetido, pero la negociación de contenido y los parámetros codecs siguen siendo relevantes y engorrosos.

Rendimiento de compresión y casos de uso

  • El consenso del hilo: para imágenes con pérdida de calidad típica de la web y especialmente para capturas de pantalla/ilustraciones, AVIF actualmente gana en la relación tamaño-calidad y en velocidad.
  • JPEG XL se considera más fuerte para:
    • Imágenes sin pérdida y de “casi sin pérdida” de alta calidad.
    • Archivado/transcodificación de JPEGs existentes sin pérdida adicional, a la vez que se reducen de tamaño.
    • Imágenes de muy alta profundidad de bits y gran resolución, fotografía y dominios ajenos a la web.
  • Algunos señalan que JPEG XL alcanza o incluso supera ligeramente a AVIF en niveles de calidad muy altos, pero eso es menos común para la entrega web sensible al ancho de banda.
  • Varios comentaristas siguen prefiriendo AVIF para colecciones personales y capturas de pantalla; otros planean usar JPEG XL para archivos y para imágenes amigables con la edición.

Codificadores, métricas y potencial del formato

  • Múltiples comentarios subrayan que la comparación refleja la madurez de los codificadores, no los límites teóricos del formato.
  • Los codificadores AV1/AVIF han mejorado de forma constante durante años; los codificadores de JPEG XL se estancaron, dividieron esfuerzos o apuntaron a objetivos distintos.
  • Algunos afirman que JPEG XL está fundamentalmente más limitado; otros lo llaman una suposición informada pero no autoritativa.
  • Las métricas perceptuales (SSIMULACRA2, Butteraugli) guían el ajuste, pero pueden divergir de la preferencia humana. Se informa que un codificador ajustado en gran medida a una métrica se ve peor subjetivamente en algunos casos.
  • Están surgiendo codificadores JPEG XL más rápidos y acelerados por GPU, además de nuevas herramientas en Rust; hay optimismo de que JPEG XL todavía podría mejorar notablemente.

Animación, renderizado progresivo y expectativas de UX

  • Hay una fuerte sensación de que los “formatos de imagen animada” (JXL animado, AVIF como GIF) son inferiores al vídeo real en cuanto a movimiento y eficiencia de reproducción.
  • Contrapunto: las animaciones tipo GIF tienen expectativas de UX diferentes (sin controles, en bucle, tratadas como imágenes), así que la animación basada en imágenes sigue siendo útil.
  • AVIF ahora admite un buen renderizado progresivo; esto reduce una de las ventajas web percibidas de JPEG XL.
  • A algunos les importa mucho el detalle al hacer zoom y la preservación de luces altas; otros consideran aceptables los artefactos actuales de AVIF para la visualización típica.

Implementación, seguridad y política del ecosistema

  • Los navegadores son cautos a la hora de añadir códecs debido al mantenimiento, el tamaño binario y la superficie de ataque; esto motiva decodificadores basados en Rust y limita el soporte de una “plétora de formatos”.
  • Surgen propuestas de códecs enchufables o decodificadores aislados en sandbox, pero los proveedores de navegadores se preocupan por la seguridad y la complejidad.
  • Varios comentarios critican cómo el rechazo anterior de JPEG XL por parte de un navegador dominante enfrió su desarrollo y adopción, y luego comparaciones posteriores presentan JPEG XL como “tarde y peor”.
  • Se menciona el riesgo de patentes de AVIF/AV1; JPEG XL se considera más limpio hasta ahora, aunque esto no se explora en profundidad.