Escolha até 50 imagens, defina uma única receita e baixe os resultados em um ZIP. A transparência é mantida em PNG e WebP, a menos que você escolha a cor de preenchimento, e a recodificação não preserva animações nem metadados.
Funciona localmente no seu navegadorAdicione as imagens, defina uma única receita — formato de saída, qualidade, largura máxima e o que acontece com as áreas transparentes — e clique em Processar arquivos. Cada arquivo é decodificado, desenhado em um canvas no tamanho de saída e codificado de novo no formato escolhido; os resultados são empacotados em um ZIP chamado kivtools-converted-images.zip. Tudo roda na aba: as imagens não são enviadas.
O lote compartilha uma receita. Não existe formato nem largura por arquivo, e uma única imagem também chega como ZIP. O painel acima da saída informa o número de arquivos, o tamanho de entrada e o tamanho de saída total.
A qualidade é entregue ao codificador do navegador como um valor entre 10 e 100 e vale para WebP e JPEG. O PNG é sem perdas, então o controle não muda seus bytes: a mesma foto de 1600x1200 exportada como PNG com qualidade 10 e com qualidade 100 gerou arquivos de exatamente 840.050 bytes cada um. No PNG, a largura máxima é o único controle que reduz o peso.
O campo é corrigido em vez de repassado em silêncio, porque qualidade 0 gera um arquivo com aparência quebrada e um campo vazio fazia exatamente isso. Larguras fora da faixa são corrigidas do mesmo jeito: uma largura máxima negativa vira 0, que mantém o tamanho original.
O limite incide só na largura; a altura acompanha a proporção e é arredondada para pixels inteiros. Um banner de 4000x100 fica 1920x48 com a largura máxima padrão de 1920 e 600x15 com 600, e uma foto de 1600x1200 fica 600x450 nesse mesmo ajuste. Imagens mais estreitas que o limite ficam intactas: um retrato de 300x900 continua 300x900, porque a ferramenta nunca amplia.
Um SVG não tem pixels até ser desenhado. Um arquivo sem largura e altura declaradas é rasterizado no padrão do navegador, 300x150; um que declara 320x160 mantém essas dimensões.
A saída PNG e WebP pode manter a transparência, e esse é o comportamento pré-selecionado: uma imagem de teste com metade transparente voltou com um canal alfa que ainda continha pixels totalmente transparentes. Ao escolher a opção de preenchimento, esses pixels recebem a cor do campo ao lado; com #ff00aa selecionado, a metade transparente da mesma imagem foi gravada exatamente nessa cor.
O JPEG não tem canal alfa, então sua saída é sempre preenchida, mesmo com a transparência ativada: o campo de cor decide o que aparece nesses pixels. Isso é uma propriedade do formato, não uma opção que ficou ligada.
A saída é uma nova codificação dos pixels em um canvas, então os metadados originais não são copiados: um JPEG com bloco EXIF voltou como um WebP cujos únicos blocos eram VP8X, ICCP e VP8. Um GIF animado é decodificado como seu primeiro quadro, ou seja, cada arquivo de entrada gera uma única imagem estática.
Dentro do ZIP, espaços e caracteres não permitidos em nomes de arquivo são trocados por hífen — “две картинки.png” é gravado como “две-картинки.webp” — e a extensão segue o formato escolhido. Dois arquivos que ficariam com o mesmo nome são numerados em vez de se sobrescreverem: duas capturas chamadas shot.png chegam como shot.webp e shot-2.webp, e a linha de status informa quantos arquivos foram renomeados.