Historietime: Hva er en .bmp-fil? Det ukomprimerte Windows-bildet som Paint gjorde berømt

Hva er en .bmp-fil?

En .bmp-fil er et Windows Bitmap-bilde. Kjerneideen er en device-independent bitmap (DIB): et rasterbilde Windows kan gi videre mellom programmer som bruker GDI (Graphics Device Interface), uten å bake inn særegenhetene til én bestemt skjerms maskinvare. Microsofts veiledning Bitmap Storage sier at bitmaper bør lagres i det etablerte bitmap-filformatet med filendelsen .bmp. På disk er det formatet en BITMAPFILEHEADER etterfulgt av en DIB-informasjonsheader, en valgfri fargetabell og selve bitmap-dataene.

Enkelt sagt: .bmp er måten Windows la en DIB på en diskett, en harddisk eller et e-postvedlegg. Den samme slekten dukker opp når programmer limer inn bitmaper via utklippstavleformatet CF_DIB, og når ikoner eller pekere bygger inn beslektede bitmap-strukturer. Det helt vanlige søket “hva er en .bmp-fil” kommer som regel fra noen som stirrer på et digert skjermbilde, en gammel Paint-tegning eller en skannereksport som aldri ble en JPG.

Er en .dib-fil det samme som en .bmp?

Dette er forvirringen Wikipedia presser sammen i én enkelt akronymlinje. DIB er navnet på konseptet device-independent bitmap og layouten i minnet og for utveksling. BMP er den kjente filen folk dobbeltklikker på, bygget ved å sette en BITMAPFILEHEADER foran den DIB-en. Microsoft dokumenterer lagringen på disk under bitmap storage og BITMAPxxxHEADER-strukturene; fellesskaps- og formatreferanser nevner også en filendelse .dib brukt for beslektede DIB-data.

Altså: samme familie, overlappende bytes, ulike etiketter. En .dib er ikke et konkurrerende kameraformat. Å endre .dib til .bmp (eller omvendt) hjelper bare når bytene allerede stemmer med det mottakerprogrammet forventer — det er ikke et konverteringstrinn slik som å gjøre PNG om til JPG. Denne artikkelen holder seg til historien om Windows Bitmap; den hevder ikke at enhver obskur OS/2- eller skriverdriver-variant er en egen produktfunksjon.

Hvorfor er BMP-filer så store?

La oss ta størrelsesjokket på alvor. Åpne et 1920×1080-skjermbilde lagret som 24-bits BMP, og filen er omtrent bredde × høyde × 3 byte farge, pluss utfylling og en liten header — ofte flere megabyte — fordi det vanlige komprimeringsfeltet er BI_RGB: ukomprimert RGB (eller palettindekser). Hver skannelinje fylles ut slik at lengden i byte blir et multiplum av fire (DWORD-justert), noe som gir litt ekstra volum.

Windows 3.0 (1990) gjorde den 40 byte lange BITMAPINFOHEADER, som fortsatt dominerer i dag, populær og la til alternativer for run-length-koding, BI_RLE8 og BI_RLE4, for bilder med 8- og 4 bit per piksel — gjentatte palettindekser lagres som par av antall og verdi i stedet for hver piksel. Det hjelper for ikoner og enkle tegneserier; det gjør ikke et moderne true-color-foto til en liten fil. Senere headerversjoner reserverer komprimeringsverdiene BI_JPEG / BI_PNG for bestemte GDI-skriverløp; det er ikke slik vanlige BMP-er på skrivebordet plutselig blir mindre.

Microsoft Paint befestet vanen. Før Windows 3.0 brukte den medfølgende Microsoft Paint proprietære monokrome .msp-filer (PRONOM x-fmt/214). Windows 3.0 erstattet den Paint-en med Paintbrush, som kunne åpne MSP, men lagret som BMP eller PCX. I årene etterpå la Paints enkle “lagre tegningen”-vei ukomprimerte bitmaper på diskene — helt greit på en harddisk i 2026, smertefullt på en 1,44 MB diskett på 1990-tallet, og fortsatt overraskende når et “enkelt” BMP-vedlegg i e-posten er mange ganger større enn en JPG.

Slik fungerer bytene: BM, headere, palett, rader nedenfra og opp

Microsofts BITMAPFILEHEADER er 14 byte. Feltet bfType må være 0x4D42 — ASCII-bokstavene “BM” skrevet little-endian. bfSize er filstørrelsen i byte; bfOffBits er forskyvningen fra starten av filheaderen til pikselbitene. Reserverte felt må være null. Rett etter kommer en DIB-header, deretter eventuelt en fargetabell (en palett: et array av RGBQUAD-farger for indekserte bitdybder), og til slutt bitmap-dataene.

Hvilken DIB-header? Microsoft lister fire grunntyper: BITMAPCOREHEADER (12 byte — den tidlige Windows 2.0- / OS/2-kompatible kjernen), BITMAPINFOHEADER (40 byte — arbeidshesten siden Windows 3.x), BITMAPV4HEADER (utvidelser for fargerom og gamma, knyttet til Windows 95- / Windows NT 4.0-tiden) og BITMAPV5HEADER (flere felt, blant annet kobling til / innebygging av ICC-profil, knyttet til Windows 98 / Windows 2000). Størrelsesfeltet i informasjonsheaderen forteller lesere hvilken struktur de ser på. BITMAPINFOHEADER registrerer bredde, høyde, planes (1), bit per piksel, komprimering, bildestørrelse, oppløsning i piksler per meter og bruk av palett.

Orientering er en klassisk felle. For ukomprimerte RGB-layouter betyr en positiv biHeight en bottom-up-DIB — origo i nedre venstre hjørne, første lagrede rad nederst i bildet. En negativ høyde betyr top-down (origo øverst til venstre). 24-bits piksler lagres vanligvis som BGR-tripletter, ikke RGB. Indekserte bilder med 1-, 4- og 8 bit slår opp i paletten; høyere dybder lagrer ofte fargen direkte. Den enkelheten med header pluss piksler er grunnen til at BMP spredte seg overalt der Windows kom — og til at rå dumper fortsatt forvirrer folk som forventer at radene starter øverst.

Windows, OS/2 og hvorfor formatet ble værende

BMP-ens tidlige historie hører hjemme i den felles Microsoft- / IBM-tiden for Windows og OS/2. Formathistorikere peker på at DIB-er med programmerbar palett passet sammen på tvers av Windows 2.x og OS/2 Presentation Manager; kildene er uenige om hvilken side som “oppfant” DIB-en først. Den mangeårige Microsoft-ingeniøren Raymond Chen har skrevet at Windows 2.0 tok i bruk OS/2s bitmap-format for å fremme interoperabilitet. Charles Petzold og samtidig dekning beskriver ofte DIB-en som noe som kom tydelig med Windows 3, og som utvidet den tidligere Presentation Manager-bitmapen. Vær forsiktig med opprinnelsesmyten: det som betyr noe for filer på disk, er at den 12 byte lange kjerneheaderen og den senere 40 byte lange BITMAPINFOHEADER begge satte spor, og at Windows 3.0 gjorde den moderne BMP-en til standard rasterformat Windows-brukere faktisk lagret på skrivebordet.

Derfra ble formatet værende fordi det var innebygd i plattformen: Paint/Paintbrush, utklippstavlens CF_DIB, ressurs-bitmaper, drivere og skjermbildeverktøy, og utallige installasjonsprogrammer som trengte en tapsfri, enkel dump av piksler. JPG vant fotografiene; PNG vant webgrafikken med komprimering og alfa; BMP forble det butte redskapet — enkelt å skrive, enkelt å ødelegge hvis man ignorerer utfylling eller radrekkefølge, og fortsatt lesbart tiår senere.

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

I 2026 dukker .bmp legacy-filer fortsatt opp fra gamle Paint-mapper, skannerstandarder, tekniske eksporter, spill- og UI-ressurspakker, e-postarkiver og “Lagre som bitmap”-vaner som aldri gikk over til PNG. De er ikke mystiske: de er Windows’ klassiske DIB-på-disk-layout — ofte ukomprimert, ofte bottom-up, og de åpnes fortsatt i Bilder og nettlesere når headerne er vanlige. Smerten er størrelsen, kresne opplastingsskjemaer og den tilfeldige .dib-etiketten som får folk til å tro at de har funnet et annet format.

Legacy File Converter fører opp Windows Bitmap / .bmp blant de støttede bildene på Støttede filtyper og konverterer .bmp lokalt på Windows til JPG, PNG eller PDF — ingenting lastes opp. Denne artikkelen holder seg til historien — ikke en veiledning i hex-redigering av headere. For nabotimer om bildeformater, se Historietime: Hva er en .jfif-fil?, Historietime: Hva er en .tga-fil?, Historietime: Hva er en .wmf-fil? og Historietime: Hva er en .tif-fil med flere sider?.