Historietime: Hva er en .gif-fil? CompuServe, LZW-patentet og GIF89a

Hva er en .gif-fil?

En .gif-fil er et bilde lagret i Graphics Interchange Format. Sagt rett ut: hver piksel er vanligvis en indeks i en fargetabell (palett) med opptil 256 farger, og disse indeksene pakkes med LZW-komprimering (Lempel-Ziv-Welch), som er tapsfri — dekoderen bygger opp de nøyaktige palettindeksene på nytt, ikke en uskarp tilnærming. Filen åpner med seks ASCII-bytes, enten GIF87a eller GIF89a, slik at lesere vet hvilken revisjon de sitter med.

CompuServe introduserte GIF den 15. juni 1987 for filområdene i sin nettjeneste, som erstatning for en tidligere svart-hvit run-length-metode. Farget værkart, ikoner og skjermbilder trengte noe tettere enn rå bitmaps på modemer med 300–2400 baud. Fordi spesifikasjonen ble utgitt åpent, spredte GIF seg utover CompuServe til oppslagstavle-systemer (BBS), tidlige nettsider og utallige skrivebordsredigerere. Det helt vanlige søket «hva er en .gif-fil» kommer vanligvis fra noen som stirrer på en meme i løkke, en gjennomsiktig logo eller en nettressurs fra 1990-tallet som aldri ble til en PNG.

Hva er forskjellen mellom GIF87a og GIF89a?

GIF87a er den opprinnelige strømmen fra 1987: logisk skjerm, fargetabeller, bildebeskrivelser, LZW-bildedata, valgfri interlacing og en avslutter på slutten av filen. Flere bilder i én fil var allerede mulig, men timing, gjennomsiktighet og leverandørkroker var knappe.

GIF89a — CompuServes programmeringsreferanse datert 31. juli 1990, bredt speilet (blant annet i W3Cs tekstkopi) — beholder den kjernen og legger til utvidelsesblokker. Graphics Control Extension (GCE) har et gjennomsiktighetsflagg og en gjennomsiktig fargeindeks, en disposal-metode (hva som skal skje med forrige ramme), et brukerinput-flagg og en forsinkelse i hundredels sekunder. En Comment Extension rommer notater som mennesker kan lese. En Plain Text Extension (sjelden brukt i dag) kunne tegne tekst på et rutenett. En Application Extension lar leverandører legge inn programspesifikke data — døren som Netscape senere gikk gjennom for løkker.

Slik fungerer bytes: signatur, palett, LZW, interlacing

Etter den seks byte lange signaturen kommer en Logical Screen Descriptor: lerretets bredde og høyde, pakkede flagg for en Global Color Table, fargeoppløsning og en bakgrunnsfargeindeks. Hvis flagget er satt, følger en Global Color Table — opptil 256 RGB-tripler som hele filen kan dele. Enkeltrammer kan i stedet (eller i tillegg) ha en Local Color Table. Pikseldata er ikke rå RGB; det er en strøm av palettindekser komprimert med LZW, ordbokskoderen Terry Welch beskrev, og som Unisys tok patent på som amerikansk patent 4 558 302.

Interlacing er det progressive visningstrikset som gjorde livet med oppringt tilkobling lettere: skannelinjer lagres i en rekkefølge med fire gjennomganger, slik at et grovt, gjenkjennelig bilde dukker opp før hele filen er kommet fram — nyttig når det betydde noe å kunne avbryte en treg nedlasting. GIF89as GCE legger deretter timing og én-bits gjennomsiktighet oppå. Ingenting av det oppfinner ekte 24-bits farge; taket er fortsatt palettstørrelsen.

CompuServe, Wilhite og hvorfor GIF spredte seg

Steve Wilhite ledet arbeidet hos CompuServe i Columbus, Ohio. Samtidige portretter og hans senere intervjuer beskriver en tjeneste som trengte kompakt fargegrafikk til nedlastinger; han husket at han hadde formatet i hodet og programmerte mot det, med et tidlig testbilde av et fly. CompuServe ga ut spesifikasjonen i stedet for å låse den inne i én klient, og derfor fikk BBS-er, Mac- og PC-tegneprogrammer og så nettlesere alle GIF-lesere.

LZW slo enklere run-length-koding på mye av datidens grafikk, slik at et fargeskjermbilde som ville ha kvalt et modem som rå bitmap, ble mulig å dele. Interlacing og en liten signatur gjorde formatet vennlig mot upålitelige nett. Midt på 1990-tallet sto GIF ved siden av JPEG som ett av de to bildene det tidlige nettet faktisk leverte — JPEG for foto, GIF for logoer, kulepunkter og etter hvert løkker.

Unisys’ LZW-patent, «Burn All GIFs» og PNG

CompuServe valgte LZW i den tro at delene det trengte, var frie å bruke. Unisys satt på patentet og inngikk, etter private samtaler som begynte omkring 1993, en lisensavtale med CompuServe som ble kunngjort sent i 1994. Utviklermiljøer fikk vite at det å levere GIF-enkodere kunne bety royalties. Pressedekning fra perioden forteller om CompuServes overraskelse og Unisys’ avgiftskrav; de nøyaktige beløpene varierer i sekundære gjenfortellinger, så denne timen finner ikke på noen prisliste.

Motreaksjonen var både kulturell og teknisk. Aktivister organiserte «Burn All GIFs»-protestdager. Ingeniører utformet PNG (Portable Network Graphics) som en patentfri etterfølger for stillbilder — bedre komprimeringsvalg, truecolor og alfa, men ingen GIF-lignende animasjon med flere rammer i selve PNG-kjerneformatet. Nettleserstøtten for PNG brukte år på å hente seg inn; GIF beholdt uansett sin meme- og bannernisje. Unisys oppga senere at dets amerikanske LZW-patent gikk ut den 20. juni 2003, mens tilsvarende patenter i flere andre land gikk ut i 2004 (vanlig oppgitte datoer inkluderer 18. juni 2004 for enkelte europeiske motstykker). Etter at de gikk ut, forlot lisensstriden formatet; filene på disken gjorde ikke det.

Animerte GIF-er og Netscapes løkkeutvidelse

GIF89a kan allerede lagre flere bilder med forsinkelse per ramme via Graphics Control Extension. Det 1990-spesifikasjonen ikke standardiserte, var «spill dette for alltid». Netscape fylte hullet med en Application Extension identifisert som NETSCAPE2.0: en liten blokk som setter et løkkeantall (0 betyr vanligvis at det går i løkke for alltid). Støtten kom med Netscape Navigator 2.0 midt på 1990-tallet og spredte seg til andre nettlesere. Den uoffisielle, men allestedsnærværende utvidelsen er grunnen til at et lydløst klipp i løkke ble den foretrukne meme-containeren lenge før korte video-tagger var vanlige.

Viktig presisering for konverterere og arkivarer: JPG og vanlige énsides PNG- / PDF-utdata er mål for stillbilder. Å kode om en GIF med flere rammer til disse formatene bevarer ikke en tidslinje på magisk vis — du beholder bildedata som passer for et stillbilde, ikke en nettleserløkke. Denne artikkelen påstår ikke at det finnes verktøy for å hente ut rammer eller animert utdata; den noterer bare hva containerne er til for.

Bløtt g eller hardt g? Striden om uttalen

CompuServes egen dokumentasjon spøkte med at kresne programmerere velger «jif», i et ekko av et peanøttsmør-slagord. Steve Wilhite fortsatte å forsvare det bløte g-et. Ved Webby Awards i 2013 tok han imot en pris for livsverk med et lysbilde på fem ord: det uttales «jif», ikke «gif». Folk med hardt g svarte at Graphics begynner med hardt g. Ordbøker oppgir ofte begge. Formatet bryr seg ikke om hvordan du sier det; bytene begynner fortsatt med GIF87a eller GIF89a.

Hvorfor .gif-filer fortsatt ligger på disker i 2026

I 2026 dukker .gif legacy-filer fortsatt opp i Slack-eksporter, e-postsignaturer, gamle markedsførings-ZIP-er, GeoCities-æraens speil, UI-pakker til spill og «live»-eksporter fra mobilkameraer lagret som løkker. De er fortsatt enkle å åpne i nettlesere og i Bilder når strømmen er vanlig. Smerten ligger andre steder: opplastingsskjemaer som avviser animasjon, skrivere som forventer et stillbilde, og arkiver som vil ha PNG eller JPG av hensyn til konsistens.

Legacy File Converter fører opp Graphics Interchange Format / .gif blant de støttede bildene på Støttede filtyper og konverterer .gif-bilder lokalt på Windows til JPG, PNG eller PDF — ingenting lastes opp. Denne artikkelen holder seg til historien — ikke en veiledning i å bygge Application Extensions. For nabotimer om bildeformater, se Historietime: Hva er en .bmp-fil?, Historietime: Hva er en .jfif-fil?, Historietime: Hva er en .tga-fil? og Historietime: Hva er en .avif-fil?.