Historielektion: Hvad er en .png-fil? Formatet, der blev skabt til at afløse GIF

Hvad er en .png-fil?

En .png-fil er et billede i formatet Portable Network Graphics. På almindeligt dansk: det er et tabsfrit komprimeret billede (dekompressoren genskaber præcis de pixels, som encoderen gemte), lavet til at rejse over det tidlige web uden den patentbyrde, der ramte GIF. Den officielle udtale er »ping.« Den rekursive vittighed — »PNG’s Not GIF« — blev hængende i udviklerfolklore ved siden af det seriøse navn.

På disken er en PNG en kort signatur efterfulgt af chunks: navngivne blokke, der bærer hoved, palet, komprimerede pixels, tekstkommentarer og en slutmarkør. Det design lader formatet vokse med valgfrie funktioner uden at lade som om, at hver fil er en tegnefilm. Den hverdagsagtige søgning »hvad er en .png-fil« kommer ofte fra en person, der stirrer på et skarpt skærmbillede, et logo med blød skygge eller et diagram, der virker »for stort« ved siden af et foto-JPG — og undrer sig over, om noget er galt. Det er det næsten aldrig; formatet gør bare et andet job. For GIF-historien, som det svarede på, se Historielektion: Hvad er en .gif-fil?.

Hvorfor er min PNG meget større end en JPG?

Tabsfri mod tabsgivende er hele forskrækkelsen. PNG bevarer pixelværdierne, så de kan gendannes efter dekomprimering. JPEG (den daglige JPG-vej) smider højfrekvente detaljer væk, som øjet sjældent opdager i fotos med jævne toner, og derfor er et feriefoto ofte lille som JPG og stædigt stort som PNG. Et Windows-skærmbillede, et UI-mockup eller et indscannet diagram har skarpe kanter og flade farver — præcis der, hvor tabsfri komprimering vinder, og hvor tabsgivende ringing ser grimt ud.

Gennemsigtighed tilføjer også bytes. GIF tilbød ét gennemsigtigt palet-indeks — et hårdt ja/nej-»hul«. PNG kan gemme en alfakanal: en gennemsigtighedsværdi pr. pixel, så bløde skygger og glaskanter komponeres rent oven på enhver baggrund. Den styrke er grunden til, at designere elskede PNG, og til at en halvgennemsigtig eksport er større end en flad JPG med samme bredde og højde.

Unisys’ LZW-strid og hvorfor PNG begyndte

GIF var blevet det tidlige webs arbejdshest til logoer og enkel grafik. Dets komprimering brugte LZW, og Unisys havde et centralt patent. Efter samtaler med CompuServe gjorde en meddelelse i slutningen af december 1994 klart, at GIF-kompatibel software kunne medføre royalties. Usenet eksploderede i begyndelsen af januar 1995. Denne lektion opfinder ingen takster; den kulturelle kendsgerning er nok: forfattere, der troede, GIF var frit at implementere, stod pludselig med et licensproblem. Protester som »Burn All GIFs« og et pres for en ren afløser fulgte. Den tidligere GIF-lektion dækker CompuServe, GIF87a / GIF89a og patenttidslinjen mere detaljeret — PNG er efterfølgeren.

Thomas Boutell udsendte det første udkast til det, der skulle blive PNG — dengang PBF (Portable Bitmap Format) — i grafik- og komprimeringsnyhedsgrupper den 4. januar 1995. På cirka en uge havde den frivillige kreds foreslået de fleste af de varige idéer: delta-filtrering før komprimering (Scott Elliott, Mark Adler og andre), deflate-komprimering (Tom Lane, Info-ZIP-fællesskabet og mange flere), truecolor-dybde, interne CRC’er (Greg Roelofs) og selve navnet PNG (Oliver Fromme). Boutell styrede udkastene som velvillig diktator, når enigheden gik i hårdknude. Med Draft 9 (7. marts 1995) var formatet reelt frosset; senere udkast præciserede stort set kun.

Sådan fungerer bytes: signatur, chunks, DEFLATE, filtrering, Adam7

Hver PNG begynder med en signatur på otte bytes, så læsere kan genkende filen, selv om filendelsen er forkert. Derefter følger en strøm af chunks. En chunk er en selvbeskrivende blok: en længde, et typenavn på fire tegn, en nyttelast og en CRC (cyclic redundancy check) — en kontrolsum, der opdager korruption i type og data. De kritiske chunks, som enhver dekoder skal forstå, omfatter IHDR (billedhoved: bredde, højde, bitdybde, farvetype og flag), en eller flere IDAT (billeddata: komprimerede pixels) og IEND (billedets slutning). Valgfrie chunks kan bære palet, simpel eller fuld gennemsigtighed, gamma-hints, tekst eller andre metadata uden at ødelægge ældre læsere, der springer ukendte hjælpe-typer over.

Pixels bliver ikke proppet rå ind i IDAT. Først kommer filtrering: hver scanlinje kan omskrives som forskelle til nabobytes, så gentagne mønstre komprimeres bedre — et reversibelt forstadie, ikke et andet billedformat. Derefter komprimeres de filtrerede bytes med DEFLATE (LZ77-plus-Huffman-metoden, der også bruges i gzip / ZIP) via zlib-formatet. Jean-loup Gailly og Mark Adler formede zlib i den periode; Guy Eric Schalnat ledede det tidlige arbejde med libpng, så programmer ikke hver især skulle genopfinde dekoderen. Specifikationer og biblioteker modnedes sammen gennem 1995.

Interlacing er valgfrit. Metode 0 gemmer rækker fra top til bund som sædvanligt. Metode 1 er Adam7, opkaldt efter Adam M. Costello: syv gennemløb over et 8×8-mønster, så et groft smugkig dukker op, før overførslen er færdig — den progressive visningsvane, som opkaldsbrowsere havde brug for. Dekodere skal kunne læse interlacede filer, selv om de kun viser det endelige billede.

W3C Recommendation, RFC 2083 og ISO/IEC 15948

Standardiseringen fulgte efter implementeringen. World Wide Web Consortium (W3C) udgav PNG 1.0 som Recommendation den 1. oktober 1996 — en stabil, gennemgået reference for webgrafik. Samme tekstgeneration udkom som RFC 2083 (PNG Specification Version 1.0, Informational) via IETF. IANA registrerede medietypen image/png. Senere udgav ISO/IEC 15948 PNG som en international funktionel specifikation (den vidt citerede 2004-udgave) og beholdt noten »pronounced ping« i resuméet. På almindeligt dansk: det, der begyndte som en Usenet-brand, blev en formel standard for web og ISO-familien.

Browser-virkeligheden haltede efter papirarbejdet. Indbygget PNG dukkede op ujævnt i Netscape og Microsoft Internet Explorer i slutningen af 1990’erne. Fuld alfa-komposition var et smertepunkt i Windows-IE i årevis: tidlige versioner håndterede PNG dårligt eller kun med grov binær gennemsigtighed, og webudviklere brugte AlphaImageLoader-kneb, indtil Internet Explorer 7 forbedrede alfa pr. pixel. Formatet var klar; den dominerende browser kom bagefter — en grund til, at GIF-bannere og -løkker blev ved.

Alfa-gennemsigtighed mod GIF, og hvorfor en almindelig PNG ikke animeres

GIF89a kan markere ét palet-indeks som gennemsigtigt. PNG kan den simple form for gennemsigtighed og, vigtigere, en fuld alfakanal til delvis opacitet. Bløde skygger, antialiaserede logoer og overlays på ukendte baggrunde er den daglige gevinst. Derfor blev »gem som PNG« refleksen for UI-eksporter, og derfor vinder genlagring af et foto som PNG sjældent over JPG på størrelse.

Animation blev bevidst udskudt. Grundlæggende PNG er ét billede. MNG (Multiple-image Network Graphics) voksede op i samme fællesskab som søskendeformat til flere billeder / animation — kraftfuldt, komplekst og aldrig en universel browserstandard. APNG (Animated PNG) føjede senere animations-chunks til en PNG-strøm, så ældre dekodere stadig viser ét stillbillede, mens nyere afspiller billedrammer. Behandl dem som sidehistorier: de .png-filer, der fylder skærmbillede-mapper i 2026, er næsten altid stillbilleder.

Hvorfor .png-filer stadig ligger på diske i 2026

I 2026 dukker .png legacy-filer (og helt nye) stadig op, hvor skarphed og gennemsigtighed tæller: skærmbilleder fra operativsystemet, ressourcer til app-butikker, præsentationer, indscannede diagrammer, UI-pakker til spil, designleverancer og »Gem billede«-downloads fra nettet. Kameraer foretrækker stadig JPEG eller RAW til fotos; redigeringsprogrammer vælger stadig PNG, når pixels ikke må flyde ud. Formatet vandt stillbillede-halvdelen af GIF-udskiftningen så grundigt, at folk glemmer, at det begyndte som et nødudvalg på Usenet.

Legacy File Converter opfører Portable Network Graphics / .png blandt de understøttede billeder på Understøttede filtyper og konverterer .png lokalt på brugerens Windows-pc til JPG, PDF og andre anførte mål — intet bliver uploadet. Denne artikel holder sig til historien — ikke en vejledning i at skrive chunks i hånden. For nabolektioner om billedformater se Historielektion: Hvad er en .gif-fil?, Historielektion: Hvad er en .bmp-fil? og Historielektion: Hvad er en .jfif-fil?.