Cookies para estatística e publicidade
Usamos cookies de estatística e de publicidade, ambos enviados ao Google. Recusar não muda nada do que você vê.Ler a página de privacidade
Aqui você converte GIF para JXL de graça e sem conta: solte o arquivo acima e em poucos segundos o resultado está pronto para baixar. A conversão acontece dentro do seu próprio navegador, então o arquivo nunca é enviado. Funciona igual no Windows, no macOS e no Linux e também no iPhone e no Android, e continua funcionando mesmo se você cortar a conexão.
Até 100 arquivos de uma vez. Formatos misturados não são problema.
Eles são convertidos um após o outro e baixados juntos em um ZIP.
GIF para JXL



O uso registrado do JPEG XL aqui é arquivamento e fotografia, e o status dele é de nicho. Essa combinação é a descrição honesta: é um formato tecnicamente forte com base instalada pequena, o que faz dele um candidato razoável para uma coleção particular e um candidato ruim para qualquer coisa que saia da sua máquina.
É o inverso do argumento para o AVIF, que existe para ser entregue pela web a navegadores que o suportam. Se o motivo de converter esses GIFs é o peso da página, esta é a página errada — os formatos de entrega são o caminho certo. Se o motivo é uma pasta de figurinhas dos anos 1990 parada num disco e você quer ela em algo moderno, continue lendo.
O JPEG XL foi padronizado em 2021 como ISO/IEC 18181, mirando diretamente em fotografias: até 32 bits por canal, gama de cores ampla, compressão com perdas de alta qualidade que degrada com suavidade, e a capacidade de recodificar um JPEG existente sem perdas e menor. Quase todas as vantagens do formato são sobre imagens de tom contínuo.
Um GIF não tem tom contínuo nenhum. É cor indexada de 8 bits, com no máximo 256 entradas, e foi gravado assim há anos. Alimentar isso a um codec fotográfico não é errado, mas não exercita nenhum ponto forte pelo qual o formato costuma ser escolhido, e o resultado em tamanho fica mais perto de uma moeda no ar do que a reputação do formato sugeriria.
A conversão oferece um número de qualidade de 1 a 100, padrão 82. Não há uma opção sem perdas, e o codificador é comandado pela mesma interface que todo outro destino com perdas deste site usa. O que sai é, portanto, uma recodificação: próxima da origem em ajustes altos, não idêntica a ela.
Para um arquivamento, essa distinção é a questão inteira. Guardar uma recodificação com perdas de uma imagem que já foi reduzida a 256 cores significa duas gerações de perda num objeto cujo valor é ser o original. Se o objetivo é preservação e não organização, ou suba a qualidade ao topo da faixa e aceite um arquivo maior, ou use um formato onde a resposta não é um ajuste de todo.
O PNG comprime sem perdas, mantém canal alfa, abre em literalmente tudo, e foi desenhado exatamente para esse material — cor chapada, bordas nítidas, paleta limitada. Num GIF típico ainda existente, ele fica perto do JXL em tamanho e é exato bit a bit.
O caso em que o JPEG XL genuinamente vence é um GIF que retrata uma fotografia: um scan com dithering pesado, ou um print de tela de uma foto, onde a redução de paleta produziu algo ruidoso e a compressão sem perdas do PNG não tem onde se agarrar. Ali, um codec moderno com perdas num ajuste sensato é menor por uma margem real. Isso é uma minoria dos GIFs, e vale conferir qual tipo você tem antes de converter várias centenas.
O problema registrado do formato é suporte irregular, e esse é o risco que importa para o uso desta página. Um arquivamento é uma aposta na capacidade de abrir os arquivos depois, e a posição do JPEG XL nos navegadores tem sido disputada, não resolvida, desde que foi padronizado.
A mitigação não é complicada: não apague os originais até a coleção estar legível por tempo suficiente para confiar, e mantenha a decisão de formato reversível. Uma pasta de GIFs e uma pasta de JXLs custa espaço em disco, que é o item mais barato dessa troca. Uma pasta só de JXLs, daqui a cinco anos, é uma aposta.
Codificar JPEG XL aqui não depende do navegador suportar o formato. O codec é um módulo WebAssembly que a página baixa e executa, então um navegador sem nenhum suporte a JPEG XL ainda assim produz um arquivo válido.
A consequência visível é que o resultado não pode ser pré-visualizado do jeito que uma conversão para PNG ou WebP pode. Você baixa um arquivo que não consegue abrir na própria aba onde ele foi feito, e conferir significa abrir no GIMP, no ImageMagick ou num visualizador de mesa que suporte o formato. Vale fazer isso no primeiro arquivo antes de rodar um lote inteiro.
Um GIF pode indicar uma entrada da paleta como transparente, e o JPEG XL carrega canal alfa completo, então essa transparência sobrevive à conversão. O que não dá para fazer é suavizá-la — a origem tem transparência dura, tudo ou nada, e o resultado registra exatamente isso, com as bordas serrilhadas incluídas.
Animação é a perda. O JPEG XL pode guardar animação, e esta conversão não produz uma: um quadro entra, uma imagem parada sai. Para um arquivamento de GIFs animados, a resposta certa é manter os GIFs, ou convertê-los para vídeo, onde um codec de verdade faz eles caberem numa fração do tamanho em vez de numa fração do conteúdo.
O GIMP lê e grava. O ImageMagick lê e grava, o que também torna possível automatizar qualquer coisa que você queira fazer com a coleção depois. Vários visualizadores de mesa adicionaram suporte, e o suporte a miniaturas do sistema operacional é desigual.
O que essa lista não inclui é uma garantia de que um colega, um cliente ou um formulário web vai aceitar um arquivo desses. Se algum dos arquivos desta coleção pode precisar ser mandado para alguém, guarde uma cópia num formato que nunca precisa de explicação, e trate o JXL como a cópia de arquivamento, não como a única cópia.
Uma pasta de arquivos é solta de uma vez e cada um é codificado por sua vez, no navegador, com os resultados voltando juntos. O codificador é baixado uma vez e reaproveitado, então o custo do módulo WebAssembly é pago no primeiro arquivo, não em cada um deles.
Nada é enviado e não há conta, o que para uma coleção pessoal de imagens costuma ser o próprio motivo de fazer isso localmente em vez de usar um serviço online. O teto gratuito é de 100 MB por arquivo, que nenhum GIF parado chega perto de alcançar.
| GIF | JXL | |
|---|---|---|
| Nome completo | Graphics Interchange Format | JPEG XL |
| Extensão do arquivo | .gif | .jxl |
| Tipo de mídia | image/gif | image/jxl |
| Compressão | Sem perdas — nada é descartado | Um ou outro, conforme a configuração |
| Publicado pela primeira vez | 1987 | 2021 |
| Publicado por | CompuServe | Joint Photographic Experts Group |
| Especificação | GIF89a | ISO/IEC 18181 |
| Licença | Padrão aberto | Padrão aberto |
| Situação hoje | Antigo, ainda lido em todo lugar | De nicho |
| Profundidade de bits | 8 | 32 |
| Cor que consegue descrever | paleta indexada | RGB, tons de cinza, gama ampla |
| Maior imagem | 65.535 px por lado | — |
| Abre no navegador | Todos os navegadores | Alguns navegadores |
| Considerado no lugar | WebP, MP4 | AVIF, WebP, PNG |
A transparência se mantém. GIF e JXL guardam canal alfa, então um recorte continua recortado e nada é preenchido atrás.
A animação se mantém. GIF e JXL aceitam vários quadros, então o resultado continua se movendo.
Apenas alguns navegadores leem JXL. É o menos portátil dos dois, então vale confirmar que o destinatário aceita antes de enviar.
GIMP e ImageMagick leem tanto GIF quanto JXL, então dá para comparar o resultado com o original sem um segundo programa.
Os dois miram trabalhos diferentes: GIF em a web, JXL em o arquivamento e a fotografia. Vale pesar isso antes, porque o motivo de um existir costuma ser o motivo de o outro ser incômodo.
GIF é o formato da CompuServe, publicado em 1987. Registra 8 bits por canal.
JXL vem da Joint Photographic Experts Group é de 2021, descrito em ISO/IEC 18181. GIMP e ImageMagick leem o formato.
GIF foi publicado em 1987 e JXL em 2021. O mais antigo costuma ser o arquivo mais seguro para entregar; o mais novo faz o mesmo com menos bytes.
Não. Esta conversão acontece inteiramente no seu navegador, então o arquivo não sai do seu aparelho. Você mesmo pode conferir: abra a aba de rede das ferramentas de desenvolvedor e converta alguma coisa. Você verá a própria página e as requisições de estatística e de publicidade com que este serviço é pago, e nenhuma que leve o seu arquivo. O motor deste par específico é jSquash, compilações em WebAssembly dos codecs de imagem de referência; seu navegador baixa isso uma vez e guarda.
É. Sem conta, sem marca d’água e sem cota diária para gastar: roda no seu próprio aparelho, então você pode voltar quantas vezes quiser. O navegador processa arquivos de até 100 MB, 100 por vez. jSquash é baixado para a sua máquina e roda lá, e por isso não há contador.
JXL comprime, então dados se perdem. No ajuste padrão isso não aparece; se você quer garantia, aumente a qualidade. Só o primeiro quadro é convertido: um GIF animado vira imagem parada.
Apenas alguns navegadores leem JXL. É o menos portátil dos dois, então vale confirmar que o destinatário aceita antes de enviar.
A transparência se mantém. GIF e JXL guardam canal alfa, então um recorte continua recortado e nada é preenchido atrás.
A animação se mantém. GIF e JXL aceitam vários quadros, então o resultado continua se movendo.
O que esta página afirma sobre GIF e JXL pode ser conferido, e estes são os documentos que resolvem a questão.