Como funciona

Um editor de imagens sem servidor por trás.

Tudo o que está descrito abaixo roda dentro da aba do navegador em que você está lendo isto. Depois que a página carrega, nenhuma parte precisa de internet.

O processo

Todas as ferramentas usam a mesma sequência de etapas, com partes diferentes ligadas. A ordem é fixa, e foi escolhida de propósito.

1. 01

   Leitura

   O arquivo é entregue ao decodificador de imagens do próprio navegador, o mesmo que desenha as imagens de todos os sites que você visita. A orientação EXIF é aplicada nesse momento, então uma foto em retrato tirada no celular chega em pé, e não deitada.

2. 02

   Corte

   O recorte vem primeiro para que todas as etapas seguintes trabalhem com menos pixels. Cortar uma foto de 48 megapixels para um quarto do tamanho deixa o resto do processo quatro vezes mais leve.

3. 03

   Rotação e espelhamento

   Giros em ângulo reto movem pixels inteiros, sem reamostragem, então nada perde nitidez. A rotação fica gravada no arquivo final, e visualizadores que ignoram o EXIF não conseguem mais exibi-lo errado.

4. 04

   Redimensionamento

   Reduções grandes são feitas em várias etapas pela metade, em vez de um salto só. Uma redução para menos da metade de uma vez pula pixels de origem, e é isso que transforma detalhes finos em borrão.

5. 05

   Marca d'água

   A marca é desenhada por último, já na resolução final, então nunca é reamostrada por outra etapa e as bordas continuam nítidas.

6. 06

   Compressão

   Os pixels prontos vão para o codificador escolhido. JPG, PNG, WebP e AVIF usam os codificadores nativos do navegador; o GIF usa um codificador escrito para este site, porque os navegadores não conseguem gerar GIF.

Por que um lote é rápido

As imagens não dependem umas das outras, então são processadas em paralelo por um conjunto de Web Workers — mais ou menos um por núcleo do processador, deixando um núcleo livre para a interface continuar respondendo. Um lote de trinta fotos fica pronto mais ou menos no tempo em que um serviço com upload ainda estaria enviando as primeiras.

Se os workers não estiverem disponíveis — algumas configurações rígidas de navegador os bloqueiam — o mesmo código roda na linha principal. Fica mais lento, mas nada quebra.

O codificador de GIF

Os navegadores leem GIF, mas não conseguem gravá-lo, então converter para GIF exige um codificador de verdade. Este reduz a imagem a no máximo 256 cores com quantização por corte mediano, dividindo o espaço de cores no eixo que carrega o erro mais visível e dando ao verde o peso que a visão humana dá. Em seguida aplica, se você quiser, o pontilhamento de Floyd–Steinberg, e comprime os índices da paleta com LZW num arquivo GIF89a padrão.

O pontilhamento troca tamanho por suavidade: esconde as faixas de cor em fotografias, mas o ruído que ele cria é mais difícil de comprimir, e o arquivo cresce. Para gráficos chapados e logotipos, deixe desligado.

Limites, com franqueza

• São aceitas imagens de até 100 megapixels. Acima disso, os limites de canvas dos navegadores começam a pesar e os resultados deixariam de ser confiáveis, e não apenas lentos.
• GIFs animados são reduzidos ao primeiro quadro. A animação ainda não é preservada.
• Arquivos HEIC de iPhone só abrem no Safari, porque nenhum outro navegador traz um decodificador de HEIC.
• A geração de AVIF só aparece onde o navegador suporta; a opção fica desativada, em vez de gerar um PNG sem avisar.
• Lotes muito grandes são limitados pela memória do seu aparelho, não por alguma regra nossa.