Historielektion: Vad är en .png-fil? Formatet som skapades för att ersätta GIF

Vad är en .png-fil?

En .png-fil är en bild i formatet Portable Network Graphics. På vanlig svenska: det är en förlustfritt komprimerad bild (dekomprimeraren återskapar exakt de pixlar som kodaren sparade), gjord för att färdas över den tidiga webben utan den patentbörda som drabbade GIF. Det officiella uttalet är »ping.« Det rekursiva skämtet — »PNG’s Not GIF« — blev kvar i utvecklarfolklore bredvid det seriösa namnet.

På disk är en PNG en kort signatur följd av chunks: namngivna block som bär huvud, palett, komprimerade pixlar, textkommentarer och en slutmarkör. Den designen låter formatet växa med valfria funktioner utan att låtsas att varje fil är en tecknad film. Den vardagliga sökningen »vad är en .png-fil« kommer ofta från någon som stirrar på en skarp skärmdump, en logotyp med mjuk skugga eller ett diagram som verkar »för stort« bredvid ett foto-JPG — och undrar om något är fel. Det är det nästan aldrig; formatet gör bara ett annat jobb. För GIF-historien som det svarade på, se Historielektion: Vad är en .gif-fil?.

Varför är min PNG mycket större än en JPG?

Förlustfri mot förlustbringande är hela skräcken. PNG behåller pixelvärdena så att de kan återskapas efter dekomprimering. JPEG (den dagliga JPG-vägen) kastar högfrekventa detaljer som ögat sällan märker i foton med jämna toner, och därför är ett semesterfoto ofta litet som JPG och envist stort som PNG. En Windows-skärmdump, en UI-mockup eller ett skannat diagram har skarpa kanter och platt färg — precis där förlustfri komprimering vinner och förlustbringande ringing ser fult ut.

Transparens lägger också till byte. GIF erbjöd ett genomskinligt palettindex — ett hårt ja/nej-»hål«. PNG kan lagra en alfakanal: ett transparensvärde per pixel, så att mjuka skuggor och glaskanter komponeras rent ovanpå vilken bakgrund som helst. Den kraften är anledningen till att designers älskade PNG och till att en halvgenomskinlig export är större än en platt JPG med samma bredd och höjd.

Unisys LZW-tvist och varför PNG började

GIF hade blivit den tidiga webbens arbetshäst för logotyper och enkel grafik. Dess komprimering använde LZW, och Unisys hade ett nyckelpatent. Efter samtal med CompuServe klargjorde ett meddelande i slutet av december 1994 att GIF-kompatibel programvara kunde medföra royalties. Usenet exploderade i början av januari 1995. Den här lektionen hittar inte på avgifter; det kulturella faktumet räcker: författare som trodde att GIF var fritt att implementera stod plötsligt med ett licensproblem. Protester som »Burn All GIFs« och ett tryck för en ren ersättare följde. Den tidigare GIF-lektionen går igenom CompuServe, GIF87a / GIF89a och patenttidslinjen mer i detalj — PNG är uppföljaren.

Thomas Boutell skickade ut det första utkastet till det som skulle bli PNG — då PBF (Portable Bitmap Format) — i grafik- och komprimeringsnyhetsgrupper den 4 januari 1995. På ungefär en vecka hade den frivilliga kretsen föreslagit de flesta av de bestående idéerna: delta-filtrering före komprimering (Scott Elliott, Mark Adler och andra), deflate-komprimering (Tom Lane, Info-ZIP-gemenskapen och många fler), truecolor-djup, interna CRC:er (Greg Roelofs) och själva namnet PNG (Oliver Fromme). Boutell styrde utkasten som välvillig diktator när enigheten fastnade. Med Draft 9 (7 mars 1995) var formatet i praktiken fruset; senare utkast förtydligade mest.

Så fungerar byte: signatur, chunks, DEFLATE, filtrering, Adam7

Varje PNG börjar med en signatur på åtta byte så att läsare kan känna igen filen även om filändelsen är fel. Därefter följer en ström av chunks. En chunk är ett självbeskrivande block: en längd, ett typnamn på fyra tecken, en nyttolast och en CRC (cyclic redundancy check) — en kontrollsumma som upptäcker korruption i typ och data. De kritiska chunkarna som varje avkodare måste förstå inkluderar IHDR (bildhuvud: bredd, höjd, bitdjup, färgtyp och flaggor), en eller flera IDAT (bilddata: komprimerade pixlar) och IEND (bildslut). Valfria chunks kan bära palett, enkel eller full transparens, gamma-tips, text eller andra metadata utan att förstöra äldre läsare som hoppar över okända hjälptyper.

Pixlar stoppas inte råa in i IDAT. Först kommer filtrering: varje skanlinje kan skrivas om som skillnader mot närliggande byte så att upprepade mönster komprimeras bättre — ett reversibelt förstadium, inte ett annat bildformat. Därefter komprimeras de filtrerade bytena med DEFLATE (LZ77-plus-Huffman-metoden som också används i gzip / ZIP) via zlib-formatet. Jean-loup Gailly och Mark Adler formade zlib under den perioden; Guy Eric Schalnat ledde det tidiga arbetet med libpng så att program inte var för sig behövde uppfinna avkodaren på nytt. Specifikationer och bibliotek mognade tillsammans genom 1995.

Interlacing är valfritt. Metod 0 lagrar rader uppifrån och ned som vanligt. Metod 1 är Adam7, uppkallad efter Adam M. Costello: sju pass över ett 8×8-mönster så att en grov förhandsvisning dyker upp innan nedladdningen är klar — den progressiva visningsvana som uppringda webbläsare behövde. Avkodare måste kunna läsa interlacade filer även om de bara visar slutbilden.

W3C Recommendation, RFC 2083 och ISO/IEC 15948

Standardiseringen följde efter implementeringen. World Wide Web Consortium (W3C) publicerade PNG 1.0 som Recommendation den 1 oktober 1996 — en stabil, granskad referens för webbgrafik. Samma textgeneration kom som RFC 2083 (PNG Specification Version 1.0, Informational) via IETF. IANA registrerade mediatypen image/png. Senare publicerade ISO/IEC 15948 PNG som en internationell funktionell specifikation (den ofta citerade 2004-utgåvan) och behöll anteckningen »pronounced ping« i sammanfattningen. På vanlig svenska: det som började som en Usenet-brand blev en formell standard för webben och ISO-familjen.

Webbläsarverkligheten låg efter pappersarbetet. Inbyggd PNG dök upp ojämnt i Netscape och Microsoft Internet Explorer i slutet av 1990-talet. Full alfa-komposition var en smärtpunkt i Windows-IE i åratal: tidiga versioner hanterade PNG dåligt eller bara med grov binär transparens, och webbutvecklare använde AlphaImageLoader-knep tills Internet Explorer 7 förbättrade alfa per pixel. Formatet var redo; den dominerande webbläsaren kom efter — en anledning till att GIF-banners och -loopar levde kvar.

Alfatransparens mot GIF, och varför en vanlig PNG inte animeras

GIF89a kan markera ett palettindex som genomskinligt. PNG kan den enkla formen av transparens och, viktigare, en full alfakanal för delvis opacitet. Mjuka skuggor, antialiasade logotyper och överlägg på okända bakgrunder är den dagliga vinsten. Därför blev »spara som PNG« reflexen för UI-exporter, och därför slår omsparande av ett foto som PNG sällan JPG på storlek.

Animation sköts medvetet upp. Grundläggande PNG är en bild. MNG (Multiple-image Network Graphics) växte upp i samma gemenskap som syskonformat för flera bilder / animation — kraftfullt, komplext och aldrig en universell webbläsarstandard. APNG (Animated PNG) lade senare till animerings-chunks i en PNG-ström så att äldre avkodare fortfarande visar en stillbild medan nyare spelar upp bildrutor. Behandla dem som sidohistorier: de .png-filer som fyller skärmdumpsmappar 2026 är nästan alltid stillbilder.

Varför .png-filer fortfarande finns på diskar 2026

2026 dyker .png legacy-filer (och helt nya) fortfarande upp där skärpa och transparens räknas: skärmdumpar från operativsystemet, resurser till appbutiker, presentationer, skannade diagram, UI-paket till spel, designleveranser och »Spara bild«-nedladdningar från webben. Kameror föredrar fortfarande JPEG eller RAW för foton; redigeringsprogram väljer fortfarande PNG när pixlar inte får flyta ut. Formatet vann stillbildshalvan av GIF-ersättningen så grundligt att folk glömmer att det började som en nödkommitté på Usenet.

Legacy File Converter listar Portable Network Graphics / .png bland de stödda bilderna på Filtyper som stöds och konverterar .png lokalt på användarens Windows-dator till JPG, PDF och andra listade mål — ingenting laddas upp. Den här artikeln håller sig till historien — inte en handledning i att skriva chunks för hand. För angränsande lektioner om bildformat se Historielektion: Vad är en .gif-fil?, Historielektion: Vad är en .bmp-fil? och Historielektion: Vad är en .jfif-fil?.