Lição de história: O que é um arquivo .png? O formato criado para substituir o GIF
Portable Network Graphics — a imagem estática sem perdas e organizada em blocos inventada no início de 1995 após a briga da patente LZW da Unisys sobre o GIF, e por que arquivos .png ainda enchem discos em 2026.

TL;DR
Um .png é uma imagem Portable Network Graphics: um raster (mapa de bits) sem perdas, portátil e comprimido, pensado para a web depois da briga de meados dos anos 1990 sobre a patente LZW (Lempel-Ziv-Welch) do GIF. Thomas Boutell publicou o primeiro rascunho (então PBF, Portable Bitmap Format) em 4 de janeiro de 1995; em poucas semanas um grupo voluntário do PNG concordou com a compressão DEFLATE via zlib, um projeto em chunks, transparência alfa opcional e entrelaçamento Adam7. Os arquivos começam com uma assinatura de oito bytes e depois chunks como IHDR (cabeçalho), IDAT (dados comprimidos) e IEND (fim), cada um com CRC (cyclic redundancy check). O W3C o tornou Recommendation em 1º de outubro de 1996; a RFC 2083 publicou o texto 1.0; mais tarde a ISO/IEC 15948 o padronizou. Pronuncia-se “ping”; a piada é “PNG’s Not GIF.” O PNG básico é uma única imagem — não um loop de GIF (APNG / MNG são outras histórias). Em 2026 ele enche pastas de capturas de tela, recursos web e arte exportada. O Legacy File Converter converte .png localmente no Windows para JPG, PDF e outros destinos listados — nada é enviado.
O que é um arquivo .png?
Um arquivo .png é uma imagem no formato Portable Network Graphics. Resumindo: é uma imagem comprimida sem perdas (o descompressor reconstrói exatamente os pixels que o codificador guardou), criada para circular pela web primitiva sem o peso das patentes que atingiu o GIF. A pronúncia oficial é “ping.” A piada recursiva — “PNG’s Not GIF” — ficou no folclore dos desenvolvedores ao lado do nome sério.
No disco, um PNG é uma assinatura curta seguida de chunks: blocos nomeados que carregam cabeçalho, paleta, pixels comprimidos, comentários de texto e um marcador de fim. Esse projeto permite crescer com recursos opcionais sem fingir que todo arquivo é um desenho animado. A busca cotidiana “o que é um arquivo .png” costuma vir de alguém olhando para uma captura de tela nítida, um logotipo com sombra suave ou um diagrama que parece “grande demais” ao lado de um JPG fotográfico — e se perguntando se algo está errado. Quase nunca está; o formato faz outro trabalho. Para a história do GIF a que ele respondeu, veja Lição de história: O que é um arquivo .gif?.
Estático sem perdas, não codec de fotos
Um .png não é “JPEG com transparência”. É um formato de imagem estática sem perdas com alfa opcional (transparência por pixel). Fotos costumam encolher melhor como JPG; capturas de tela, elementos de interface e gráficos de borda dura costumam preferir PNG.
Por que meu PNG é muito maior que um JPG?
Sem perdas versus com perdas é o susto inteiro. O PNG mantém os valores de pixel recuperáveis após a descompressão. O JPEG (o caminho cotidiano do JPG) descarta detalhes de alta frequência que o olho raramente nota em fotos de tons contínuos, por isso uma foto de férias costuma ser minúscula como JPG e teimosamente grande como PNG. Uma captura de tela do Windows, um mockup de interface ou um diagrama digitalizado tem bordas nítidas e cor chapada — exatamente onde o sem perdas ganha e o ringing do com perdas fica feio.
A transparência também acrescenta bytes. O GIF oferecia um índice de paleta transparente — um “buraco” duro de sim/não. O PNG pode guardar um canal alfa: uma amostra de transparência por pixel, para que sombras suaves e bordas de vidro se componham limpas sobre qualquer fundo. Esse poder é o motivo de os designers amarem o PNG e de uma exportação translúcida ser maior que um JPG chapado com a mesma largura e altura.
Maior pode estar certo
Uma captura de tela PNG grande costuma ser o formato fazendo o que foi projetado. Recodificá-la como JPG pode encolher o arquivo e também suaviza texto e bordas da interface — uma troca, não uma melhoria de graça.
A briga do LZW da Unisys e por que o PNG nasceu
O GIF havia virado o cavalo de batalha da web primitiva para logotipos e gráficos simples. Sua compressão usava o LZW, e a Unisys detinha uma patente-chave. Depois de conversas com a CompuServe, um anúncio no fim de dezembro de 1994 deixou claro que o software compatível com GIF podia implicar royalties. A Usenet explodiu no início de janeiro de 1995. Esta lição não inventa tarifas; o fato cultural basta: autores que acreditavam que o GIF era livre de implementar de repente enfrentaram um problema de licenciamento. Seguiram-se protestos como “Burn All GIFs” e o impulso por um substituto limpo. A lição anterior sobre GIF cobre a CompuServe, o GIF87a / GIF89a e a linha do tempo da patente com mais detalhe — o PNG é a sequência.
Thomas Boutell publicou o primeiro rascunho do que seria o PNG — então PBF (Portable Bitmap Format) — em grupos de gráficos e compressão em 4 de janeiro de 1995. Em cerca de uma semana o círculo voluntário havia proposto a maioria das ideias duradouras: filtragem delta antes de comprimir (Scott Elliott, Mark Adler e outros), compressão deflate (Tom Lane, a comunidade Info-ZIP e muitos mais), profundidade de cor truecolor, CRCs internos (Greg Roelofs) e o próprio nome PNG (Oliver Fromme). Boutell conduziu os rascunhos como ditador benevolente quando o consenso emperrava. Com o Draft 9 (7 de março de 1995) o formato ficou efetivamente congelado; os rascunhos seguintes quase só esclareciam.
Substituto e sucessor
O grupo queria mais que um clone do GIF livre de patentes: truecolor, transparência melhor, chunks extensíveis e compressão aberta — um sucessor, não só um estepe.
Como os bytes funcionam: assinatura, chunks, DEFLATE, filtragem, Adam7
Todo PNG começa com uma assinatura de oito bytes para que os leitores reconheçam o arquivo mesmo com a extensão errada. Depois vem um fluxo de chunks. Um chunk é um bloco autodescritivo: comprimento, nome de tipo de quatro caracteres, carga de dados e um CRC (cyclic redundancy check) — um checksum que detecta corrupção no tipo e nos dados. Os chunks críticos que todo decodificador deve entender incluem IHDR (cabeçalho da imagem: largura, altura, profundidade de bits, tipo de cor e flags), um ou mais IDAT (dados de imagem: pixels comprimidos) e IEND (fim da imagem). Chunks opcionais podem trazer paleta, transparência simples ou completa, dicas de gama, texto ou outros metadados sem quebrar leitores antigos que ignoram tipos auxiliares desconhecidos.
Os pixels não vão crus para o IDAT. Primeiro vem a filtragem: cada linha de varredura pode ser reescrita como diferenças em relação a bytes vizinhos para que padrões repetidos comprimam melhor — uma pré-etapa reversível, não um segundo formato de imagem. Depois os bytes filtrados são comprimidos com DEFLATE (o método LZ77-mais-Huffman também usado em gzip / ZIP) por meio do formato zlib. Jean-loup Gailly e Mark Adler deram forma ao zlib nessa época; Guy Eric Schalnat liderou o trabalho inicial da libpng para que os aplicativos não reinventassem o decodificador. Especificações e bibliotecas amadureceram juntas ao longo de 1995.
O entrelaçamento é opcional. O método 0 guarda as linhas de cima para baixo, como de costume. O método 1 é o Adam7, de Adam M. Costello: sete passagens sobre um padrão 8×8 para que uma prévia grosseira apareça antes de o download terminar — o hábito de exibição progressiva de que os navegadores de conexão discada precisavam. Os decodificadores devem ler arquivos entrelaçados mesmo que só mostrem a imagem final.
Imagem estática no formato básico
Esses chunks descrevem um único raster. A animação de vários quadros fica fora do PNG clássico; veja a nota APNG / MNG mais abaixo em vez de presumir que todo .png faz loop.
Recommendation do W3C, RFC 2083 e ISO/IEC 15948
A padronização veio depois da implementação. O World Wide Web Consortium (W3C) publicou o PNG 1.0 como Recommendation em 1º de outubro de 1996 — uma referência estável e revisada de gráficos web. A mesma geração de texto apareceu como RFC 2083 (PNG Specification Version 1.0, Informational) pela IETF. A IANA registrou o tipo de mídia image/png. Mais tarde, a ISO/IEC 15948 publicou o PNG como especificação funcional internacional (a edição 2004 amplamente citada), mantendo no resumo a nota “pronounced ping”. Resumindo: o que começou como um incêndio na Usenet virou um padrão formal da web e da família ISO.
A realidade dos navegadores ficou atrás da papelada. O PNG nativo apareceu de forma irregular no Netscape e no Microsoft Internet Explorer no fim dos anos 1990. A composição alfa completa foi um ponto doloroso no IE do Windows por anos: as primeiras versões tratavam mal o PNG ou só com transparência binária grosseira, e os desenvolvedores web usaram truques com AlphaImageLoader até o Internet Explorer 7 melhorar o alfa por pixel. O formato estava pronto; o navegador dominante demorou — um dos motivos de banners e loops de GIF terem persistido.
Transparência alfa versus GIF, e por que um PNG comum não anima
O GIF89a pode marcar um índice de paleta como transparente. O PNG pode fazer essa transparência simples e, mais importante, um canal alfa completo para opacidade parcial. Sombras suaves, logotipos com antialiasing e sobreposições sobre fundos desconhecidos são a vitória cotidiana. É por isso que “salvar como PNG” virou o reflexo das exportações de interface e por que salvar de novo uma foto como PNG raramente vence o JPG em tamanho.
A animação foi adiada de propósito. O PNG básico é uma imagem. O MNG (Multiple-image Network Graphics) cresceu na mesma comunidade como irmão de várias imagens / animação — poderoso, complexo e nunca um padrão universal nos navegadores. O APNG (Animated PNG) depois acrescentou chunks de animação a um fluxo PNG para que decodificadores antigos ainda mostrem um quadro estático enquanto os novos reproduzem os quadros. Trate-os como histórias paralelas: os .png que enchem pastas de capturas de tela em 2026 quase sempre são estáticos.
PNG ≠ GIF animado
Se você precisa de um clipe silencioso em loop, esse é historicamente o nicho do GIF (ou, mais tarde, do vídeo curto). Um PNG comum responde a “estático nítido com transparência opcional”, não a “meme que se repete”.
Por que arquivos .png ainda estão em discos em 2026
Em 2026, arquivos legacy .png (e os novinhos) ainda aparecem onde nitidez e transparência importam: capturas de tela do sistema, recursos de lojas de apps, apresentações, diagramas digitalizados, pacotes de interface de jogos, entregas de design e downloads de “Salvar imagem” da web. As câmeras ainda preferem JPEG ou RAW para fotos; os editores ainda escolhem PNG quando os pixels não podem borrar. O formato venceu a metade de imagem estática da aposta de substituir o GIF tão a fundo que as pessoas esquecem que ele começou como um comitê de emergência na Usenet.
O Legacy File Converter lista Portable Network Graphics / .png entre as imagens compatíveis em Tipos de arquivo compatíveis e converte .png localmente no PC Windows do usuário para JPG, PDF e outros destinos listados — nada é enviado. Este artigo fica na história — não é um passo a passo para escrever chunks à mão. Para lições vizinhas sobre formatos de imagem, veja Lição de história: O que é um arquivo .gif?, Lição de história: O que é um arquivo .bmp? e Lição de história: O que é um arquivo .jfif?.
Leituras relacionadas
Pronto para abrir os seus ficheiros antigos?
Comece gratuitamente e depois desbloqueie as conversões ilimitadas com uma licença Standard de $79.95 em pagamento único. Transfira o instalador para Windows — todas as funcionalidades para até 10 ficheiros.
Avaliação gratuita
Todas as funcionalidades da aplicação · até 10 ficheiros
Windows 10 ou 11
A mesma avaliação gratuita de sempre — transfira o instalador para Windows e converta localmente no seu PC.
Instalador direto para Windows · MSI offline
É seguro? — editor, instalador e ajuda com o SmartScreen
Requer Windows 10 ou 11. Sem subscrições. 100% nativo do Windows.