Conversor de Formato de Imagem

A conversão de formato de imagem muda um arquivo de um formato para outro, como PNG para JPG, WebP para PNG ou JPG para WebP. Cada formato tem compromissos: JPG é eficiente para fotos, PNG preserva transparência e bordas nítidas, WebP pode reduzir tamanho, BMP é simples mas grande e GIF costuma ser usado para animações leves. Os arquivos são enviados para o serviço de conversão do ToolAct, processados pelo libvips no servidor, e o resultado convertido é baixado de volta; o arquivo temporário é excluído do servidor imediatamente após a conversão e não é arquivado nem usado para treinamento. A escolha do formato de saída importa: transparência pode ser perdida ao converter para JPG, formatos com perda alteram detalhes finos e metadados ou perfis de cor nem sempre são preservados. O melhor formato depende do uso final.

A conversão de formato de imagem é um pipeline de 'decodificar + recodificar'. Os bytes de origem são alimentados a um decodificador da plataforma (libpng, libjpeg-turbo, libwebp, libheif/dav1d para AVIF, OpenJPEG para JP2, libtiff para TIFF) que produz um buffer de pixels brutos em um espaço de cores conhecido (quase sempre sRGB com transferência linear ou não-linear). O buffer de pixels então passa pelo codificador do formato de destino, com o controle de qualidade escolhido. Nesta ferramenta, todo o fluxo acontece no servidor: o navegador envia cada arquivo para o endpoint de conversão vips do ToolAct, o libvips orquestra a decodificação, o redimensionamento opcional, o tratamento de espaço de cor e a recodificação através do codec de destino, e os bytes convertidos são transmitidos de volta como um download identificado por taskId. O upload temporário é excluído do servidor assim que a conversão termina — não é arquivado nem alimentado em qualquer pipeline de treinamento. JPEG (Joint Photographic Experts Group, ISO 10918-1 / ITU-T T.81) é o cavalo de trabalho da compressão de fotos com perda. O codificador divide a imagem em blocos de 8x8 pixels (essa é a menor unidade em que o codec opera), executa uma DCT (Discrete Cosine Transform) tipo-II 8x8 em cada bloco, divide os 64 coeficientes de frequência resultantes por uma matriz de quantização 8x8 (a Q-table; a tabela de 50% de qualidade é a padrão, qualidade menor escala a tabela para descartar mais detalhes de alta frequência), escaneia os coeficientes em zigue-zague em um vetor 1-D e executa codificação Huffman no resultado. O bloco 8x8 é o motivo pelo qual JPEG mostra artefatos 'bloqueados' visíveis próximos a bordas em baixa qualidade: a base DCT é por bloco, então blocos vizinhos quantizam independentemente. JPEG não suporta canal alfa e usa YCbCr internamente (Y = luminância, Cb/Cr = crominância), então o codificador normalmente subamostra a crominância (4:2:0, 4:2:2 ou 4:4:4) para economizar 50% ou mais em bytes de crominância. JPEG progressivo (múltiplas varreduras) ajuda a velocidade de carregamento percebida em conexões lentas. PNG (Portable Network Graphics, ISO 15948, Recomendação W3C 2003) é sem perdas. Cada linha é filtrada (None, Sub, Up, Average, Paeth; o filtro é escolhido por linha para maximizar a compressibilidade) e as scanlines filtradas são comprimidas com DEFLATE (a mesma cadeia LZ77 + Huffman que o ZIP usa). PNG suporta modo indexado (paleta) para imagens com até 256 cores, RGB e RGBA com 1, 2, 4, 8 ou 16 bits por canal. PNG indexado é o formato mais eficiente em espaço para ícones, line art e elementos de UI (um logotipo de 1 bit pode ter poucos KB). Sem perdas significa que cada pixel faz o round-trip exatamente, o que é crítico para recursos de UI, imagens científicas e qualquer coisa que será reeditada. WebP (Google, 2010, RFC 9649 / ISO/IEC 23000-22) é um formato moderno versátil. WebP com perda usa codificação intra-frame VP8 (o mesmo codec baseado em DCT do vídeo WebM), que gera arquivos 25-35% menores que JPEG em qualidade perceptiva equivalente. WebP sem perda usa filtragem preditiva + codificação de entropia, gerando arquivos 26% menores que PNG. WebP suporta canal alfa em ambos os modos e animação (WebP animado é a substituição moderna do GIF). A codificação é um pouco mais lenta que JPEG; a decodificação é comparável em CPUs modernas com aceleração SIMD (caminhos neon/sse2 do libwebp). AVIF (AV1 Image File Format, ISO/IEC 23000-22) é o sucessor baseado em AV1. AV1 é um codec livre de royalties da Alliance for Open Media (Google, Mozilla, Apple, Microsoft, Netflix etc.) usando ferramentas mais sofisticadas: predição intra com 65 modos direcionais, filtros de 6 taps, superblocos maiores de 64x64 e codificação de entropia adaptativa ao contexto. Resultado: 20% menor que WebP no SSIM equivalente, e significativamente melhor que JPEG em taxas de bits muito baixas. A codificação é 5-10x mais lenta que WebP devido à busca de predição mais rica; a decodificação é acelerada por hardware em GPUs modernas (Intel Tiger Lake+, Apple M1+, Adreno recente). AVIF suporta cor de 8/10/12 bits, alfa e espaços de cor amplos (BT.2020, Display P3), o que o torna o formato de escolha para conteúdo HDR. Outros formatos relevantes: HEIC/HEIF (ISO 23008-12, padrão Apple desde iOS 11) é baseado em H.265/HEVC e semelhante ao AVIF em capacidade, mas o cenário de patentes do HEVC é complicado. JPEG XL (ISO 18181) é o sucessor experimental do JPEG com recompressão JPEG sem perdas e melhor compressão com perdas que AVIF; Chrome e Firefox o suportam, o suporte do Safari é parcial. Para uma página de conversão, os formatos práticos são JPEG, PNG, WebP, AVIF e GIF (o último sendo o único restante para animações em navegadores, apesar de ser limitado a 256 cores). Espaço de cor e alfa são as duas armadilhas. O libvips no servidor converte para sRGB por padrão, a menos que um perfil ICC seja preservado; se a fonte for Adobe RGB (comum em RAW de câmera), a conversão é uma transformação colorimétrica que acontece durante a decodificação. Para alfa, JPEG, BMP e GIF (na forma não animada) não têm canal alfa, então pixels transparentes são compostos sobre uma cor de fundo (geralmente branca, configurável nesta página); converter um PNG RGBA para JPEG sem escolher um fundo produz um resultado preto ou transparente que surpreende os usuários. Para fluxos de trabalho de impressão de alta qualidade, a saída CMYK é o formato correto (PDF/X-1a ou TIFF com perfil ICC incorporado), e isso requer um pipeline de pré-impressão dedicado, não um conversor web genérico.

• Compressão sem perdas PNG: cada scanline é filtrada (None / Sub / Up / Average / Paeth), os bytes filtrados são comprimidos com DEFLATE (LZ77 + Huffman, a mesma família do ZIP). Modo indexado (até 256 cores) é a escolha mais eficiente em espaço para ícones e recursos de UI.
• Compressão com perdas JPEG: blocos de 8x8 pixels -> DCT tipo-II 8x8 -> divisão por matriz de quantização 8x8 (Q-table) -> escaneamento em zigue-zague -> codificação Huffman. O bloco 8x8 é o motivo pelo qual JPEG mostra artefatos 'bloqueados' em baixa qualidade. YCbCr com subamostragem de crominância (4:2:0 / 4:2:2 / 4:4:4) economiza 50%+ em bytes de crominância.
• WebP (Google, 2010, RFC 9649): com perda usa VP8 intra-frame (25-35% menor que JPEG no mesmo SSIM); sem perda usa filtragem preditiva + codificação de entropia (26% menor que PNG). Suporta alfa e animação. Codificação é mais lenta que JPEG; decodificação é semelhante com aceleração SIMD.
• AVIF (AV1 Image File Format, ISO 23000-22): baseado em AV1, 20% menor que WebP no mesmo SSIM. 65 modos de predição intra direcionais, filtros de 6 taps, superblocos de 64x64. Codificação é 5-10x mais lenta que WebP; decodificação é acelerada por hardware em Intel Tiger Lake+, Apple M1+, Adreno recente. Suporta 8/10/12 bits, alfa e cor ampla (BT.2020, Display P3).
• Tratamento de canal alfa: PNG / WebP / AVIF / GIF suportam alfa. JPEG / BMP não suportam, então pixels transparentes são compostos sobre um fundo configurado (geralmente branco). Converter PNG RGBA para JPEG sem escolher um fundo produz um resultado preto ou transparente inesperado.
• Espaço de cor: RAW de câmera pode ser Adobe RGB, exibição em tela é sRGB, impressão é CMYK. O libvips no servidor decodifica para sRGB por padrão; espaços incompatíveis durante a conversão causam desvios de cor. Para saída CMYK (PDF/X-1a, TIFF com perfil ICC) você precisa de um pipeline de pré-impressão dedicado, não de um conversor web genérico.
• Outros formatos: HEIC/HEIF (baseado em H.265, padrão Apple desde iOS 11) é semelhante ao AVIF mas com patentes HEVC complicadas; JPEG XL (ISO 18181) é o sucessor experimental do JPEG com melhor recompressão com perdas e sem perdas de JPEGs legados; GIF (1987, animação de 256 cores) sobrevive como o único formato raster animado compatível com navegadores.
• Mapeamento do controle de qualidade: WebP e AVIF usam qualidade indexada por SSIM (0-100 mapeado para um SSIM alvo); JPEG usa o fator de escala da Q-table; PNG é sem perda, então 'qualidade' só controla a estratégia de filtragem. SSIM é uma métrica perceptiva, não pixel-exata: 95 SSIM parece idêntico ao original, 80 SSIM é o ponto típico 'bom para web', 60 SSIM começa a mostrar artefatos.