Historielektion: Hvad er en .bmp-fil? Det ukomprimerede Windows-billede, som Paint gjorde berømt

Hvad er en .bmp-fil?

En .bmp-fil er et Windows Bitmap-billede. Kerneideen er en device-independent bitmap (DIB): et rasterbillede, som Windows kan give videre mellem programmer, der bruger GDI (Graphics Device Interface), uden at bage ét bestemt displays hardwareegenheder ind i det. Microsofts vejledning Bitmap Storage siger, at bitmaps bør gemmes i det etablerede bitmap-filformat med filtypenavnet .bmp. På disken er det format en BITMAPFILEHEADER efterfulgt af en DIB-informationsheader, en valgfri farvetabel og selve bitmap-dataene.

Sagt ligeud: .bmp er den måde, Windows lagde en DIB på en diskette, en harddisk eller en e-mail-vedhæftning. Den samme slægt dukker op, når programmer indsætter bitmaps via udklipsholderformatet CF_DIB, og når ikoner eller markører indlejrer beslægtede bitmap-strukturer. Den helt almindelige søgning “hvad er en .bmp-fil” kommer som regel fra én, der stirrer på et kæmpestort skærmbillede, en gammel Paint-tegning eller en scannereksport, som aldrig blev til en JPG.

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

Det er den forvirring, som Wikipedia presser sammen i én enkelt akronymlinje. DIB er navnet på konceptet device-independent bitmap og dets layout i hukommelsen og til udveksling. BMP er den velkendte fil, man dobbeltklikker på, bygget ved at sætte en BITMAPFILEHEADER foran den DIB. Microsoft dokumenterer lagringen på disk under bitmap storage og BITMAPxxxHEADER-strukturerne; fællesskabs- og formatreferencer nævner også et filtypenavn .dib brugt til beslægtede DIB-data.

Så: samme familie, overlappende bytes, forskellige betegnelser. En .dib er ikke et konkurrerende kameraformat. At omdøbe .dib til .bmp (eller omvendt) hjælper kun, når bytes allerede svarer til det, programmet forventer — det er ikke et konverteringstrin, som når man ændrer PNG til JPG. Denne artikel holder sig til historien om Windows Bitmap; den påstår ikke, at enhver obskur OS/2- eller printerdriver-variant er en selvstændig produktfunktion.

Hvorfor er BMP-filer så store?

Lad os se størrelseschokket i øjnene. Åbn et 1920×1080-skærmbillede gemt som 24-bit BMP, og filen fylder omtrent bredde × højde × 3 bytes farve plus udfyldning og en lille header — ofte flere megabytes — fordi det sædvanlige komprimeringsfelt er BI_RGB: ukomprimeret RGB (eller palette-indekser). Hver scanlinje udfyldes, så dens længde i bytes er et multiplum af fire (DWORD-justeret), hvilket giver en smule ekstra fylde.

Windows 3.0 (1990) gjorde den 40 byte lange BITMAPINFOHEADER, der stadig dominerer i dag, populær og tilføjede run-length-kodning med BI_RLE8 og BI_RLE4 til billeder med 8- og 4 bit pr. pixel — gentagne palette-indekser gemmes som par af antal og værdi i stedet for hver pixel. Det hjælper på ikoner og simple tegneserier; det gør ikke et moderne true-color-foto til en lille fil. Senere headerversioner reserverer komprimeringsværdierne BI_JPEG / BI_PNG til bestemte GDI-printerforløb; de er ikke måden, hvorpå almindelige desktop-BMP’er som ved et trylleslag bliver mindre.

Microsoft Paint cementerede vanen. Før Windows 3.0 brugte den medfølgende Microsoft Paint proprietære monokrome .msp-filer (PRONOM x-fmt/214). Windows 3.0 erstattede det Paint med Paintbrush, som kunne åbne MSP, men gemte som BMP eller PCX. I årevis efter lagde Paints nemme “gem tegningen”-vej ukomprimerede bitmaps på diskene — helt fint på en harddisk i 2026, smertefuldt på en 1,44 MB diskette i 1990’erne, og stadig overraskende, når en “simpel” BMP som e-mail-vedhæftning er mange gange større end en JPG.

Sådan fungerer bytes: BM, headers, palette, rækker nedefra og op

Microsofts BITMAPFILEHEADER er 14 bytes. Feltet bfType skal være 0x4D42 — ASCII-bogstaverne “BM” skrevet little-endian. bfSize er filstørrelsen i bytes; bfOffBits er forskydningen fra starten af filheaderen til pixeldataene. Reserverede felter skal være nul. Lige efter kommer en DIB-header, derefter eventuelt en farvetabel (en palette: et array af RGBQUAD-farver til indekserede bitdybder), og til sidst bitmap-dataene.

Hvilken DIB-header? Microsoft opregner fire grundtyper: BITMAPCOREHEADER (12 bytes — den tidlige Windows 2.0- / OS/2-kompatible kerne), BITMAPINFOHEADER (40 bytes — arbejdshesten siden Windows 3.x), BITMAPV4HEADER (udvidelser til farverum og gamma, knyttet til Windows 95- / Windows NT 4.0-æraen) og BITMAPV5HEADER (yderligere felter, herunder kobling til / indlejring af ICC-profil, knyttet til Windows 98 / Windows 2000). Informationsheaderens størrelsesfelt fortæller læsere, hvilken struktur de ser på. BITMAPINFOHEADER registrerer bredde, højde, planes (1), bit pr. pixel, komprimering, billedstørrelse, opløsning i pixels pr. meter og brug af palette.

Orienteringen er en klassisk faldgrube. For ukomprimerede RGB-layouts betyder en positiv biHeight en bottom-up-DIB — origo i nederste venstre hjørne, første gemte række nederst i billedet. En negativ højde betyder top-down (origo øverst til venstre). 24-bit-pixels gemmes almindeligvis som BGR-tripler, ikke RGB. Indekserede billeder med 1-, 4- og 8 bit slår op i paletten; højere dybder gemmer ofte farven direkte. Den enkelhed med header plus pixels er grunden til, at BMP bredte sig overalt, hvor Windows kom — og til, at rå dumps stadig forvirrer folk, der forventer, at rækkerne starter øverst.

Windows, OS/2 og hvorfor formatet blev hængende

BMP’s tidlige historie hører hjemme i den fælles Microsoft- / IBM-æra for Windows og OS/2. Formathistorikere bemærker, at DIB’er med programmerbar palette passede sammen på tværs af Windows 2.x og OS/2 Presentation Manager; kilderne er uenige om, hvilken side der “opfandt” DIB’en først. Den mangeårige Microsoft-ingeniør Raymond Chen har skrevet, at Windows 2.0 overtog OS/2’s bitmap-format for at fremme interoperabilitet. Charles Petzold og samtidig omtale beskriver ofte DIB’en som noget, der kom markant med Windows 3, og som udvidede det tidligere Presentation Manager-bitmap. Tag forbehold over for oprindelsesmyten: det, der betyder noget for filer på disken, er, at den 12 byte lange kerneheader og den senere 40 byte lange BITMAPINFOHEADER begge satte spor, og at Windows 3.0 gjorde den moderne BMP til det standardrasterformat, Windows-brugere faktisk gemte på skrivebordet.

Derfra blev formatet hængende, fordi det var indbygget i platformen: Paint/Paintbrush, udklipsholderens CF_DIB, ressource-bitmaps, driver- og skærmbilledværktøjer og utallige installationsprogrammer, der havde brug for en tabsfri, enkel dump af pixels. JPG vandt fotografierne; PNG vandt webgrafikken med komprimering og alfa; BMP forblev det grove redskab — nemt at skrive, nemt at ødelægge, hvis man ignorerer udfyldning eller rækkefølge, og stadig læsbart årtier senere.

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

I 2026 dukker .bmp legacy-filer stadig op fra gamle Paint-mapper, scannerstandarder, tekniske eksporter, spil- og UI-ressourcepakker, e-mail-arkiver og “Gem som bitmap”-vaner, der aldrig skiftede til PNG. De er ikke mystiske: de er Windows’ klassiske DIB-på-disk-layout — ofte ukomprimeret, ofte bottom-up, og de åbner stadig i Fotos og i browsere, når headerne er almindelige. Smerten er størrelsen, kræsne upload-formularer og den lejlighedsvise .dib-betegnelse, der får folk til at tro, de har fundet et andet format.

Legacy File Converter opfører Windows Bitmap / .bmp blandt de understøttede billeder på Understøttede filtyper og konverterer .bmp lokalt på Windows til JPG, PNG eller PDF — intet bliver uploadet. Denne artikel holder sig til historien — ikke en vejledning i hex-redigering af headers. For nabolektioner om billedformater, se Historielektion: Hvad er en .jfif-fil?, Historielektion: Hvad er en .tga-fil?, Historielektion: Hvad er en .wmf-fil? og Historielektion: Hvad er en .tif-fil med flere sider?.