Conversor de WebP

O que é um WebP, e por que algo na sua máquina se recusa a abri-lo

O WebP é um formato de imagem que o Google publicou para deixar as páginas da web mais leves, e hoje é nele que um número enorme de sites serve as suas imagens. É assim que normalmente alguém acaba com um arquivo desses sem nunca tê-lo escolhido: você salva uma imagem de uma página e o que cai na sua pasta de downloads é um arquivo terminado em .webp, e não o JPG ou o PNG que você esperava. Não há nada de errado com o arquivo. Ele é apenas um recipiente mais novo para a mesma imagem.

Os navegadores exibem WebP há anos, e é exatamente por isso que os sites o usam e exatamente por isso que o problema começa em outro lugar. Os programas fora da web se adaptaram mais tarde e de forma desigual: um editor de imagens antigo, um aplicativo de escritório, um serviço de impressão de fotos ou um formulário que só aceita certos tipos de arquivo podem recusar o arquivo sem mais nem menos, e a recusa raramente se explica. Convertê-lo para algo mais antigo é toda a solução, e não há nada a recuperar nem a consertar pelo caminho.

• Sob o nome WebP estão dois formatos. Ele tem um modo com perdas construído sobre ideias muito parecidas com as do JPEG, e um modo sem perdas mais próximo do espírito do PNG. Qual dos dois um arquivo específico usa foi decidido no momento em que ele foi gravado, e não dá para saber olhando de fora.
• Ele carrega transparência nos dois modos, coisa que o JPEG não faz de jeito nenhum. Essa é uma das duas razões pelas quais um site o escolheria no lugar de um JPG, e é a razão pela qual um logotipo salvo de uma página vem muitas vezes como WebP e não como PNG.
• Ele pode guardar uma animação, do jeito que um GIF antigo guarda. Um bocado dos arquivos WebP animados que circulam na web é exatamente isso: um GIF que alguém regravou para uma página, mantendo os quadros e deixando pelo caminho a maior parte dos bytes.
• Esta página decide o que um arquivo é pelo conteúdo dele e nunca pelo nome, então um WebP a que alguém deu uma extensão JPG continua sendo lido e convertido como WebP — e você é avisado da discordância, porque ela é uma coisa verdadeira sobre o seu arquivo.

Converter um WebP de volta para PNG ou JPG

Esta é a direção pela qual a maioria das pessoas chega, e a página abre na outra porque uma página só consegue deixar uma configuração pré-selecionada; o controle de formato fica a um clique de distância, e nenhuma direção é caso especial. A escolha é entre um formato que guarda a imagem exatamente e um formato que é pequeno, e a resposta certa depende do que a imagem é, e não de onde ela veio.

• Escolha PNG quando a imagem tiver uma transparência que você precise manter. O JPG não tem onde colocá-la, então converter um logotipo transparente para JPG é, na verdade, escolher uma cor de fundo para ele, e a ferramenta pinta uma e conta a você qual foi.
• Escolha PNG para uma captura de tela, um diagrama, um gráfico ou qualquer coisa com texto ou uma borda nítida. A compressão com perdas, de qualquer tipo, cai com mais força nos limites de alto contraste, então num JPG as letras ganham um contorno acinzentado que um PNG simplesmente nunca tem.
• Escolha PNG quando você for editar a imagem de novo ou guardá-la por muito tempo. É o único formato gravado aqui que não perde nada, então ele pode ser aberto e regravado quantas vezes você quiser sem acumular estrago.
• Escolha JPG para uma fotografia que você vai mandar para alguém, enviar para um site ou armazenar em quantidade. Ele é menor, tudo neste mundo o lê, e a imagem dentro de um WebP com perdas já tinha passado por uma codificação com perdas antes de chegar às suas mãos, então o descarte não parte de um original intacto de todo modo.
• Escolha JPG quando alguma coisa do outro lado exigir isso. Os formulários de envio, os serviços de impressão antigos e alguns formatos de documento aceitam uma lista de formatos mais curta do que a que a sua própria máquina aceita, e o JPG está em todas essas listas.

Uma coisa que esta direção não consegue fazer é desfazer o que o WebP já perdeu. Se o arquivo foi gravado no modo com perdas — e a maioria dos WebP da web foi —, então a perda de nitidez nas bordas duras e as manchas nas áreas lisas já fazem parte da imagem quando ela chega às suas mãos, e um PNG guarda tudo isso com a mesma fidelidade com que guarda todo o resto. O que um PNG compra para você é uma cópia exata daquilo em que esse WebP é decodificado, e um arquivo que não vai se degradar mais, por mais vezes que seja aberto e gravado. Pequeno ele não vai ser: aqui o PNG é gravado pelo compressor do próprio navegador, que é decente e não exaustivo, então um otimizador dedicado ainda conseguiria tirar uma fatia dele depois, sem tocar em um único pixel.

Criar um WebP, e o que isso custa a você

A outra direção é aquela em que esta página abre, e é uma decisão sobre tamanho. Qualquer arquivo que a página consiga ler como pixels — JPG, PNG ou WebP — pode ser levado a WebP, e a uma qualidade comparável o resultado costuma ficar menor do que qualquer um dos outros dois ficaria. O «costuma» está fazendo trabalho de verdade nessa frase: a versão honesta da afirmação é o número ao lado do seu próprio resultado, que é uma medida da sua imagem, e não uma regra prática sobre imagens em geral. Um desenho salvo como SVG também é lido aqui, e ele é a única origem que não tem pixel nenhum até que alguém escolha um tamanho, então um SVG na sua lista coloca nesta página uma largura e uma altura — e o Conversor de SVG para PNG deste site é a porta construída em torno dessa decisão, com um guia só dele.

• Uma fotografia destinada a uma página da web é o caso para o qual o WebP foi feito, e aquele em que a economia em relação à mesma imagem em JPG normalmente vale a pena.
• Um logotipo ou um elemento de interface com transparência é o outro bom caso. O WebP leva a transparência adiante, então nada é achatado, nenhum fundo é pintado, e o arquivo fica menor do que o PNG de onde ele veio.
• Uma captura de tela ou um diagrama é o caso em que vale pensar duas vezes aqui. O modo sem perdas do WebP seria a ferramenta certa para isso e não está disponível nesta página, então o que você recebe no lugar é uma codificação com perdas exatamente do conteúdo que a codificação com perdas trata pior — e é aí que o PNG é a melhor resposta, mesmo sendo maior.
• Uma imagem que você pretende editar de novo é uma candidata ruim nas duas direções. Cada gravação de um formato com perdas descarta mais um pouco, as perdas se acumulam em poucas rodadas, e não há nada aqui que consiga gravar o modo do WebP que evitaria isso.

Seja qual for a direção, um arquivo que já é uma grade de pixels sai daqui com as dimensões com que chegou. Isto converte e não edita: nada é redimensionado, recortado, tratado para ficar mais nítido nem submetido a uma segunda rodada de compressão, e a única coisa que muda é como a mesma imagem fica guardada. Há uma exceção entre eles — uma fotografia cujo próprio arquivo declara que ela está deitada de lado, o que na prática quer dizer um JPG recém-saído de um celular. Essa é colocada de pé, e por isso a largura e a altura trocam de lugar, e a linha diz isso em vez de deixar os números novos para serem descobertos.

O controle de qualidade só aparece na tela para um formato de destino que tenha algo a ceder, o que aqui quer dizer WebP e JPG. O PNG não descarta nada, então não há nada a trocar e não há controle nenhum, em vez de um que ficasse ali sem fazer nada. Onde quer que você o deixe, a linha embaixo do seu arquivo informa o tamanho com que ele começou, o tamanho com que saiu e a diferença entre os dois, de modo que aquilo que você está trocando é um número que dá para ler, e não algo que se aceita de olhos fechados. Mover o controle recodifica, sempre que pode, uma imagem que já foi desenhada, em vez de ler o seu arquivo de novo, e é por isso que os números acompanham o controle.

Por que um WebP criado aqui nunca é sem perdas

Este é o teto que vale conhecer antes de depender desta página, e ele decorre daquilo de que a página é feita. Tudo aqui é feito com o maquinário de desenhar imagens que já vem no seu navegador: o arquivo é decodificado, desenhado uma vez e gravado de volta no formato que você pediu. É isso que permite que a ferramenta funcione sem nada ser enviado, nada ser instalado e nada ser baixado além da própria página, e é isso também que fixa o que se pode pedir ao codificador.

Tudo o que essa maquinaria aceita é o nome de um formato e um número entre zero e um. Em lugar nenhum dela existe como dizer qual dos dois modos do WebP você queria, e o sem perdas não é aquele para o qual ela vai por conta própria — a partir de uma página ele é simplesmente inalcançável, e todo WebP feito aqui é uma codificação com perdas, incluindo o topo do controle de qualidade. Algumas versões de navegador já trataram em silêncio o extremo do intervalo como algo melhor e outras não, e nada obriga nenhuma delas num sentido nem no outro; por isso esta página se atém ao que o controle garante e coloca um aviso na linha dizendo isso.

• O PNG é a resposta sempre que a certeza importa mais do que o tamanho. É o único formato sem perdas gravado nesta página, ele é sem perdas para qualquer imagem e em qualquer tamanho, e não existe ajuste que pudesse mudar isso.
• Um arquivo que chegou como WebP sem perdas sai como um WebP com perdas. Não há como passá-lo adiante intocado: ele é decodificado e codificado de novo como tudo o mais, então o resultado não vai bater com ele byte a byte, e o topo do controle de qualidade não muda nada nisso.
• Para uma fotografia, nada disso importa muito. Ela já tinha passado por uma codificação com perdas muito antes de chegar a esta página, então a única pergunta viva é qual codificação fica melhor a um dado tamanho — e o tamanho ao lado de cada resultado é o que responde isso, para o seu arquivo e não para arquivos em geral.

Essa lacuna poderia ser fechada embarcando um codificador de verdade compilado para rodar dentro da página, e esta ferramenta deliberadamente não faz isso. Um codificador desses custa algumas centenas de kilobytes que todo visitante baixaria para que uma parte deles ganhasse o modo que queria, e, até ele chegar, a página não funcionaria de jeito nenhum, num site em que todas as outras páginas funcionam no instante em que são desenhadas. Ele também poria dois codificadores atrás de um controle só, de modo que cada tamanho, cada qualidade e cada aviso desta página teriam que dizer qual dos dois os produziu. Um conversor que declara o seu teto com todas as letras vale mais do que um que o esconde atrás de um download, e esta é a página em que esse teto mais precisava ser declarado.

Um WebP animado sai daqui como uma imagem só

Um WebP pode guardar uma sequência de quadros, e boa parte dos que circulam na web guarda — uma animação que já foi um GIF hoje é muitas vezes um WebP. Nada nesta página grava um arquivo animado, em formato nenhum, então o que é convertido é o primeiro quadro, e todos os outros quadros se perdem. Esse é exatamente o tipo de perda que um conversor pode infligir em silêncio sem que ninguém desconfie, e por isso a linha diz que ela aconteceu.

Vale deixar claro que isso é verdade para qualquer formato que você escolha, WebP incluído. A animação não se perde porque o destino não consiga guardar uma; ela se perde porque a conversão decodifica o arquivo, desenha um quadro e entrega esse quadro ao codificador. Converter um WebP animado para WebP perde, portanto, a animação exatamente como convertê-lo para PNG perde, o que é o contrário do que os nomes dos formatos levariam você a esperar.

• O aviso aparece só para um arquivo que de fato declara mais de um quadro, então um WebP estático é convertido sem que nada seja dito sobre quadros.
• Se é da animação que você precisa, guarde o seu arquivo original. Não há nesta página ajuste que a preserve, e não há nesta página formato que consiga carregá-la.
• E se uma imagem única era o que você queria desde o começo — uma imagem estática para pôr num documento, ou uma miniatura de uma animação —, então o primeiro quadro é o quadro útil e esta é a ferramenta para isso.

O que cada linha de resultado conta a você, e quando ela recusa

Um conversor que trabalha em silêncio é a razão pela qual as pessoas descobrem dias depois, e em outro lugar completamente, uma fotografia deitada de lado, um fundo preto ou uma animação que sumiu. Cada linha aqui traz um relato curto do que de fato foi feito com aquele arquivo — e não traz absolutamente nada quando nada digno de nota foi feito, e é isso que torna os avisos dignos de uma parada, em vez de linhas que a pessoa rola para baixo sem ler.

• A imagem foi colocada de pé, e a largura e a altura trocaram de lugar. Os celulares registram de que lado uma fotografia deve ser olhada em vez de girar os pixels; uma conversão aqui desenha a imagem a partir dos pixels decodificados, então essa anotação não consegue viajar adiante e o giro precisa ser feito de verdade. As dimensões na linha não são, então, as que o seu gerenciador de arquivos mostrava, e é justamente por isso que a troca é declarada em vez de ficar para você decifrar.
• Metadados foram descartados. Os dados da câmera, a localização que um celular registrou, um perfil de cor embutido e os comentários, se houver, viajam ao lado dos pixels e não dentro deles, e desenhar a imagem deixa tudo isso para trás. O aviso aparece só para um arquivo que levava algum, e é justamente por isso que ele significa alguma coisa quando você o vê. O perfil de cor é o único deles com uma consequência visível: a saída é sRGB comum, sem perfil nenhum, então uma fotografia feita num espaço mais amplo pode sair com as suas cores mais saturadas um pouco mais apagadas.
• A transparência foi achatada, e sobre qual cor. Isso é medido e não presumido. Um bocado de imagens carrega um canal de transparência sem ter um único pixel transparente dentro, então o aviso espera até que um pixel realmente transparente seja encontrado na imagem desenhada — e um WebP opaco levado a JPG não diz nada.
• O nome e o conteúdo discordam. Como quem decide são os bytes e nunca a extensão, um WebP que alguém salvou com uma extensão JPG é lido e convertido como o WebP que ele é — e a discordância é relatada, porque é uma coisa verdadeira sobre o seu arquivo que você não tinha como saber.
• Só o primeiro quadro foi mantido. Isso aparece para um arquivo de origem que declara mais de um, seja qual for o formato para o qual você o esteja convertendo, pela razão que a seção acima dá.
• O WebP neste ajuste continua com perdas. Este aparece no topo do controle de qualidade e em nenhum outro lugar, porque o topo é o único lugar em que a crença que ele corrige pode ser mantida. A afirmação geral — de que aqui o WebP nunca é sem perdas — é feita uma vez só na própria página, em vez de repetida em cada linha.

Quando um arquivo não pode ser convertido, a ferramenta diz por quê, em vez de entregar alguma coisa a você. Ela diz o nome do arquivo e o recusa quando ele não é nenhum dos formatos que ela lê; faz o mesmo com um que é um deles, mas cujo cabeçalho está danificado ou incompleto; e faz o mesmo de novo com um que o seu navegador acaba não conseguindo decodificar, por mais íntegro que o cabeçalho parecesse. Nada é adivinhado e nada meio pronto é apresentado como pronto — a regra por trás de cada aviso acima, aplicada onde ela mais importa.

Há uma recusa que vale a pena explicar com antecedência, pois é o defeito que deu fama aos conversores. Um navegador só segura uma imagem até certo tamanho; esse limite não é o mesmo num celular e num computador de mesa, nem entre dois navegadores instalados na mesma máquina, e atravessá-lo não levanta erro algum: fica nas suas mãos uma imagem vazia de alguns kilobytes, fabricada sem dizer nada, que passa por conversão bem-sucedida até o dia em que alguém a abre. Daí o procedimento: antes que um único traço seja desenhado, a ferramenta reserva a imagem no tamanho real de saída, grava nela um pixel conhecido e o lê de volta. Se a superfície não estiver mesmo ali, vem a recusa, o tamanho é indicado, e nada é fabricado. A pergunta é feita arquivo por arquivo, cada um no tamanho dele e no aparelho que é seu, de modo que nada aqui é jamais recusado por um limite pensado para a máquina de outra pessoa.

Por que o seu arquivo nunca chega a um servidor

Não há servidor nenhum por trás desta página, e isso é uma descrição da coisa e não uma promessa de conduta. A conversão roda na aba em que você está lendo isto, no seu próprio processador; o seu arquivo não vai a lugar nenhum, porque não existe para onde ir — este site não tem com o que recebê-lo, e nenhum terceiro está envolvido em momento algum. Não existe versão da ferramenta que funcione de outro jeito, nem ajuste que mude isso.

Nada disso precisa ser aceito na base da confiança, e é justamente esse o sentido de dizer a coisa assim. Abra o painel de rede nas ferramentas de desenvolvedor do seu navegador e converta algo enquanto observa: nada sai. A página inteira é um punhado de arquivos estáticos, sem código rodando em nenhum outro lugar, então você pode se desconectar da rede depois que ela carregou e seguir convertendo pelo tempo que quiser.

• Um .webp que chegou de outro lugar e que a sua máquina não abre é lido e convertido inteiramente nela, seja o que estiver dentro uma nota fiscal, um exame de imagem ou uma página que um colega salvou para você.
• O arquivo convertido vive nesta aba e em nenhum outro lugar até você baixá-lo. Fechar a aba é tudo o que apagá-lo exige, e nada a respeito dele é lembrado de uma visita para a outra.
• Como os metadados da câmera não conseguem sobreviver a uma conversão, o arquivo que você baixa não leva coordenada nenhuma nem identidade de aparelho, seja o que for que o arquivo do qual você partiu levava.