Firefox 157 incluirá JPEG XL por padrão em todas as plataformas
O Firefox 157 e as próximas versões do Chromium estão ativando o suporte a imagens JPEG XL por padrão, sinalizando uma grande mudança em direção a esse formato mais novo nos navegadores mais usados. Os comentaristas avaliam as vantagens técnicas do JPEG XL em relação a JPEG, WebP e AVIF — como recompressão sem perdas de JPEGs existentes, compressão forte com e sem perdas, decodificação progressiva, altas profundidades de bits e imagens enormes — contra obstáculos práticos como ferramentas, suporte no sistema operacional e restrições de upload em sites. Também há debate sobre escolhas de implementação (Rust vs. C++), a segurança e o desempenho dos novos decodificadores, e como fatores do ecossistema, como a adoção precoce da Apple e o padrão PDF, influenciaram o ressurgimento do JPEG XL.
O que o JPEG XL oferece
- Recompacta sem perdas JPEGs existentes, normalmente reduzindo-os em ~15–30%, ao mesmo tempo permitindo reconstrução bit a bit do JPEG original.
- Suporta compressão com perdas e sem perdas eficientes, incluindo altas profundidades de bits (10/12/16 bits, float), HDR, wide gamut, alpha, camadas, animação, miniaturas e imagens muito grandes (até ~1M×1M pixels).
- Forte decodificação progressiva: pode fornecer miniaturas úteis e visualizações com qualidade parcial desde a primeira fração do arquivo; pode misturar regiões sem perdas e com perdas e múltiplos canais extras (por exemplo, para materiais 3D).
Comparação com WebP e AVIF
- Sem perdas: geralmente comprime melhor que WebP e muito melhor que AVIF; o modo sem perdas do AVIF é descrito como, na prática, inutilizável.
- Com perdas:
- O WebP frequentemente supera o JPEG, mas mostra banding e artefatos em gradientes; bom para a web, mas não ideal para arquivamento.
- O AVIF tende a vencer em bitrates muito baixos, mas carece de carregamento progressivo.
- O JPEG XL é competitivo ou बेहतर em bitrates normais de qualidade web, mas a vantagem exata é contestada.
- O WebP tem hoje forte suporte no ecossistema; o JPEG XL é visto por alguns como o “melhor de todos os mundos” se o suporte amadurecer.
Suporte em navegadores e bibliotecas
- Firefox 157 e Chromium vão distribuir suporte a JPEG XL por padrão usando um decodificador em Rust (jxl‑rs).
- A Apple já havia incluído suporte por meio da implementação de referência em C++ no Safari e em bibliotecas do sistema, algo que muitos veem como um catalisador importante.
- O padrão PDF está adicionando JPEG XL, especialmente para HDR e imagens de altíssima resolução, o que também pressiona o suporte dos navegadores.
Desempenho, segurança e implementações
- O JPEG XL sem perdas comprime melhor, mas normalmente decodifica mais lentamente que o WebP sem perdas.
- Alguns usuários relatam miniaturas e navegação lentas para imagens JXL no macOS, sugerindo que as implementações atuais de plataforma podem estar imaturas.
- O decodificador em Rust (jxl‑rs) recentemente superou a libjxl em C++ em velocidade de decodificação; o C++ ainda é usado para codificação.
- Navegadores grandes favorecem Rust por segurança de memória ao decodificar dados de imagem não confiáveis; C++ é visto como de maior risco, embora não seja fundamentalmente mais lento.
Obstáculos à adoção e ceticismo
- Muitas ferramentas, exploradores de sistema operacional e pipelines de upload na web ainda lidam apenas com JPEG/PNG/WebP.
- Alguns consideram o JXL supervalorizado, oferecendo apenas ganhos marginais no mundo real e adicionando complexidade ao formato.
- Outros estão otimistas de que ele possa eventualmente substituir JPEG/PNG/GIF, mas observam que o suporte do ecossistema e dos uploads será a longa cauda.