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
codecssiguen 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.