Converter ICO para JXL

Isso foi medido, não deduzido. Um ícone de teste convertido aqui produziu um JPEG XL válido de 4.348 bytes, e devolver esse arquivo direto ao decodificador de imagem do mesmo navegador falhou com "a imagem de origem não pôde ser decodificada". O Chrome distribuiu suporte a JPEG XL atrás de uma flag e depois removeu em 2023; o Safari é o navegador grande que ainda lê hoje.

A situação é genuinamente estranha e não é um bug desta página: codificar e decodificar são pedaços de software separados, e o codificador aqui é um módulo WebAssembly que vem junto da página, não algo que o navegador fornece. Isso significa que você não deve esperar pré-visualizar o resultado arrastando ele para uma aba, e descarta o formato para qualquer coisa servida a visitantes.

O JPEG XL foi desenhado em torno de duas coisas que importam enormemente em acervos e quase nada num favicon: consegue recodificar um JPEG existente sem perda, cortando cerca de um quinto de uma biblioteca fotográfica sem tocar num pixel, e suporta profundidades de bits altíssimas e dimensões enormes para armazenamento de longo prazo de material digitalizado e fotográfico.

Um ícone não oferece nenhum dos dois. Não há JPEG para transcodificar, nenhum degradê para modelar, nenhuma profundidade de bits além de oito e nenhuma dimensão além de 256. O que sobra é um codificador de propósito geral aplicado a um desenho pequeno e plano, exatamente o tipo de conteúdo que todo codec moderno lida pior.

O mesmo ícone de teste de 256 pixels em todo destino que este site escreve, nos ajustes padrão: 1.737 bytes como PNG, 1.894 como GIF, 3.054 como WebP, 3.624 como AVIF, 4.005 como JPEG e 4.348 como JPEG XL. O formato mais moderno produziu o maior resultado comprimido.

Essa ordem é específica de arte pequena e plana, e se inverte numa fotografia, onde JPEG XL e AVIF disparam na frente. Citar o resultado fotográfico como motivo para converter ícones é o erro que esta seção existe para evitar.

O JPEG XL tem duas formas legais de arquivo. O fluxo de código puro começa com os dois bytes FF 0A. A forma em contêiner embrulha o mesmo fluxo numa estrutura ISOBMFF começando com 00 00 00 0C 4A 58 4C 20, o que permite ao arquivo carregar Exif, XMP e um perfil ICC junto da imagem.

Os arquivos escritos aqui são a forma de fluxo puro, confirmado lendo os primeiros bytes da saída. As duas são válidas e o libjxl lê as duas, mas um processo de ingestão rigoroso configurado para esperar o contêiner vai recusar um que não tem caixas nenhuma. Se um pipeline recusar o arquivo, confira isso antes de assumir que o codificador está errado.

O canal alfa é suportado pelo formato e carregado pela conversão, então uma marca recortada não ganha um fundo do jeito que ganharia no caminho para GIF. Isso funciona como esperado.

O que não é oferecido é um interruptor sem perda. O controle de qualidade começa em 82 e a dupla é classificada como com perda, descrição correta do que o codificador está sendo pedido a fazer. O JPEG XL tem um modo genuinamente sem perda matematicamente, e esta página não expõe isso — então se o motivo da conversão é fidelidade de arquivamento, PNG é sem perda por construção e não precisa de ajuste nenhum para acertar.

O maior. Seu navegador decodifica o ícone e devolve a maior entrada, conferido construindo um arquivo com desenhos de 16, 32, 48 e 256 pixels em quatro cores separadas e convertendo com o diretório ordenado de três jeitos diferentes. O desenho de 256 pixels saiu toda vez.

Para um acervo isso é uma perda significativa. O ponto de um arquivo de ícone é frequentemente que alguém desenhou à mão a versão de 16 pixels, e é exatamente esse desenho que desaparece. Se o acervo pretende preservar o ativo em vez de uma foto dele, guarde o ICO em si.

GIMP e ImageMagick leem JPEG XL hoje, e os dois são o tipo de software que continua existindo, o argumento mais forte a favor do formato numa cadeia de ferramentas. O libjxl é código aberto e a especificação é publicada como ISO/IEC 18181, então o decodificador não vai ficar indisponível do jeito que um proprietário poderia ficar.

Contra isso: o formato é padronizado desde 2021 e seu suporte em navegador andou para trás em vez de para frente nesse tempo. Formatos de arquivamento são escolhidos pela confiança de que algo vai lê-los, e nessa medida específica PNG e TIFF ainda estão bem à frente do JPEG XL.

O argumento a favor é uniformidade. Se um acervo já guarda milhares de fotografias como JPEG XL, converter o punhado de ícones nele significa um decodificador só, uma regra de ingestão só e uma coisa a testar, e alguns kilobytes extras por ícone não valem um segundo caminho de código.

O argumento contra é que ícones são a parte desse acervo em que o formato ajuda menos e a perda é maior, já que as outras entradas do contêiner não sobrevivem. Um meio-termo razoável é manter os arquivos ICO originais como o registro e tratar o JXL como uma prévia derivada.

Solte a pasta inteira, e cada arquivo é codificado sozinho, com tudo devolvido como um ZIP. O codificador de JPEG XL é um dos dois grandes módulos WebAssembly deste site, então o primeiro arquivo paga pelo download e o resto é rápido.

Confira uma amostra dos resultados em tudo que vai consumi-los antes de converter o resto. Já que o navegador pode não exibir um JXL de jeito nenhum, o hábito comum de abrir um para conferir se ficou certo não funciona aqui, e um lote que silenciosamente produziu arquivos que nada no seu pipeline aceita é caro de descobrir tarde.