.
A Apple agora oferece suporte ao JPEG XL – um novo codec de imagem isento de royalties que o Google abandonou no ano passado – em seu navegador Safari.
Notas de versão do Safari 17 Beta revelar que o suporte para JPEG XL foi adicionado, trazendo consigo várias supostas vantagens sobre outras tecnologias de compressão e descompressão de imagem.
O endosso da Apple renovou os apelos para que o Google revisite sua remoção do suporte JPEG XL no projeto Chromium de código aberto – uma decisão que negou o codec ao Chrome e a outros navegadores downstream, como o Microsoft Edge.
“Agora que a Apple vai implementar o JPEG XL no Safari, peço que essa decisão seja revertida o mais rápido possível”, disse. escreveu um indivíduo entre vários que postaram no tópico JPEG XL Chromium desde o anúncio da Apple.
Os Googlers estão entre aqueles que já exaltaram as virtudes do JPEG XL. Em 2021, Jyrki Alakuijala, líder técnico da Google Research, sugerido que o suporte para o codec seja adicionado ao mecanismo de renderização Blink do Chromium.
A proposta de Alakuijala citou vários motivos para adotar o JPEG XL – incluindo melhor qualidade de imagem para um determinado tamanho de arquivo do que JPEG, melhor comportamento de carregamento e “interesse do ecossistema no JPEG XL” no Google, Facebook e outras empresas.
No entanto, quando o Google inverteu o curso, um dos motivos citados foi: “Não há interesse suficiente de todo o ecossistema para continuar experimentando o JPEG XL.”
Não há! Existe também!
Embora a Mozilla tenha conseguido declarar sua neutralidade no que diz respeito ao JPEG XL, há ampla evidência de interesse do ecossistema.
Jon Sneyers, pesquisador sênior de imagens da Cloudinary e editor da especificação JPEG XL, contestou a afirmação do Google em um ensaio na web novembro passado.
“Se o suporte entusiástico no rastreador de bugs do Chromium da Facebook, Adobe, Intel e VESA, Krita, O guardião, libvips, Cloudinárioe Shopify seja qual for a indicação, parece desconcertante concluir que haveria interesse insuficiente no ecossistema”, escreveu ele.
Greg Farough, gerente de campanhas da Free Software Foundation, também contestou essa afirmação em um postagem no blog mês passado.
“Os usuários do Chromium saíram da toca para pedir ao Google que não tomasse essa decisão”, disse Farough. “Ele conseguiu de qualquer maneira, sem se preocupar em responder às preocupações dos usuários. Não temos certeza de qual métrica está sendo usada para avaliar o interesse de ‘todo o ecossistema’, mas parece que os usuários deram ao JPEG XL uma forte demonstração de apoio. Em Por sua vez, o que os usuários receberão é outra faceta da web que o próprio Google controla: o formato AVIF.”
AVIF é patenteado. Isso é controlada pela Alliance for Open Media – um consórcio da indústria que conta com o Google como membro.
Esse (provavelmente) não é o caso do JPEG XL. “Ao contrário de alguns outros formatos modernos, o JPEG XL não é onerado por patentes nem requer software proprietário”, disse o codecO site de documentação do explica. “O software de referência, libjxl, tem uma licença de código aberto permissiva e é uma biblioteca pronta para produção que pode ser (e já foi) integrada a uma variedade de software relacionado a imagens.”
teares redmond
Uma patente concedido à Microsoft no ano passado, cobrindo uma técnica de codificação de dados chamada rANS (Sistema de números assimétricos de alcance), pode complicar a imagem.
Sneyers disse Strong The One ele não acredita que a patente da Microsoft seja relevante.
Mas outros, como Jarosław Duda, professor assistente do Instituto de Ciência da Computação da Universidade Jagiellonian na Polônia e desenvolvedor do ANS (do qual o rANS é derivado), expressaram preocupação porque JPEG XL usa rANS para melhorar a compressão da imagem.
Quando Strong The One se correspondeu com Duda em outubro passado, ele citou uma postagem de discussão on-line argumentando que a decisão do Google de abandonar o suporte para JPEG XL foi impulsionada por engenheiros que favoreciam a tecnologia AVIF e representa uma concorrência desleal que precisa ser abordada pelos reguladores.
“Essas decisões dos engenheiros do Google, que têm interesse nos padrões concorrentes de AVIF e WebP, sufocam sua competição JPEG XL removendo o suporte para o codec JPEG XL e, em seguida, promovem o monopólio da tecnologia Google mentindo sobre o interesse da comunidade em JPEG XL e os benefícios incrementais que o JPEG XL oferece”, dizia o post. “Isso é antitruste.”
A postagem argumentou que a rejeição do JPEG XL pelo Google mostra que a gigante da tecnologia deveria ser forçada a entregar o controle do projeto Chromium de código aberto para uma governança neutra.
De sua parte, o Google parece estar protegendo suas apostas: um entrada separada no rastreador de bugs do Chromium exige testes contínuos de bibliotecas JPEG XL para garantir que o suporte a JPEG XL possa ser reativado no Chrome a qualquer momento. ®
.
