Firefox 157 vai levar JPEG XL com um decodificador em Rust

A Mozilla publicou em 24 de agosto de 2026 a intenção de levar o JPEG XL ao Firefox, e o Phoronix relata que o formato será ativado por padrão em todas as plataformas no Firefox 157, previsto para o fim de setembro. A condição que a Mozilla impôs é a parte interessante: em vez de adotar o decodificador de referência em C++ que já existia, encomendou à Google Research um novo em Rust, e é esse decodificador - jxl-rs - que o Firefox vai levar.

Por que o decodificador precisava ser reescrito primeiro

A Mozilla descreve a encomenda sem rodeios no anúncio: pediu "jxl-rs, um decodificador de JPEG XL em Rust seguro, com bom desempenho, compacto e compatível". Segundo o Phoronix, a implementação em Rust foi preferida ao caminho do C++ por razões de desempenho e de segurança, e o Bugzilla registra que o Firefox usa o jxl-rs em vez da implementação de referência libjxl, em parte pela melhor integração com a arquitetura do próprio Firefox.

Um decodificador de imagens é mais ou menos o lugar menos indulgente de um navegador para rodar código não seguro: ele analisa entradas hostis de qualquer site que a pessoa visite, antes de qualquer decisão de sandbox que a página possa influenciar. Exigir um decodificador com segurança de memória antes de levar um formato é um preço defensável para quem promove esse formato - e levou tempo: o Bugzilla remonta o trabalho a 2020, e a biblioteca que sai agora está na versão 0.6.0.

No que o JPEG XL é bom, e onde o AVIF ainda ganha

A Mozilla é notavelmente precisa em não tratar isso como guerra de formatos. O anúncio diz que o JPEG XL se destaca em imagens sem perdas, em renderização progressiva e ao recomprimir JPEGs existentes sem perder qualidade, enquanto o AVIF é mais forte em imagens fotográficas e em conteúdo que mistura bordas nítidas com superfícies planas.

A renderização progressiva é a diferença prática. A Mozilla diz que sua implementação no Firefox a prioriza, com a imagem já exibível assim que alguns kilobytes forem carregados, e o compromisso aparece sem enfeite em uma linha que o Phoronix cita: "O AVIF tem apenas suporte básico a renderização progressiva. Então, para imagens muito grandes, pode valer a pena aceitar o custo em tamanho de arquivo do JPEG XL." É coisa rara em um anúncio de lançamento - o fornecedor nomeando o caso em que o seu formato novo produz o arquivo maior.

Como está o suporte agora

Navegador	Situação
Firefox 157 (fim de setembro de 2026)	Ativado por padrão, todas as plataformas (Phoronix)
Firefox 152+ / Nightly	Experimental, atrás da preferência image.jxl.enabled (Phoronix, Bugzilla)
Chrome	Suporte removido no M110 em março de 2023 (Bugzilla); a Google agora formalizou a intenção de ativá-lo por padrão no Blink, anunciada junto com a Mozilla (Phoronix)
Safari	Suportado em versões recentes (Bugzilla)

O Bugzilla lista o que a implementação do Firefox cobre: decodificação progressiva, animação, gestão de perfis de cor pela integração de CMS, HDR e CMYK. Também lista o que não está pronto - otimização de HDR, integração da decodificação multithread e a própria virada da preferência padrão seguem registrados como trabalho aberto.

O que isso significa para desenvolvedores

Não refaça o seu pipeline de imagens neste mês. A situação honesta é esta: o Firefox anunciou uma intenção, o Bugzilla ainda mostra a preferência desativada fora do Nightly, e a virada do padrão consta como trabalho aberto - então o marco a observar é o Firefox 157 sair de fato no fim de setembro, não este anúncio.

O que vale a pena agora é medir. A alegação distintiva do JPEG XL é a recompressão sem perdas de JPEGs existentes, então pegue um diretório real dos seus JPEGs de produção, recomprima uma amostra e registre a economia de bytes e o comportamento na decodificação. Esse número decide se o trabalho de pipeline vale a pena para o seu site, e ele é específico das suas imagens - uma comparação de formatos feita com o acervo de fotos de outra pessoa não vai dizer isso.

Para qualquer coisa com imagens muito grandes - mapas, digitalizações, zoom de produto, imagens médicas ou de arquivo - a própria recomendação da Mozilla aponta para o JPEG XL, mesmo ao custo do tamanho, porque uma imagem que aparece útil depois de alguns kilobytes ganha de um arquivo menor que aparece tarde. Se isso descreve o seu produto, este é o anúncio para agir. Se as suas imagens são fotografias comuns, o AVIF segue sendo o formato que a Mozilla considera mais forte, e a ação correta é manter honestos os fallbacks no elemento picture e esperar.

O sinal maior é sobre como formatos são adotados hoje. Um codec ser bom não bastou: a Mozilla fez da segurança de memória uma condição para levá-lo, e quem promove o formato pagou uma reescrita em Rust para cumpri-la. Quem espera colocar um novo formato de mídia nos navegadores deveria ler isso como a nova linha de base - e a contribuição da Mozilla de testes de integração aos web-platform-tests no âmbito do Interop 2026 como a outra metade da mesma exigência.