Historielektion: Vad är en .bmp-fil? Den okomprimerade Windows-bilden som Paint gjorde berömd

Vad är en .bmp-fil?

En .bmp-fil är en Windows Bitmap-bild. Grundidén är en device-independent bitmap (DIB): en rasterbild som Windows kan lämna över mellan program som använder GDI (Graphics Device Interface), utan att baka in en enskild bildskärms hårdvaruegenheter. Microsofts riktlinjer för Bitmap Storage säger att bitmappar bör sparas i det etablerade bitmappsfilformatet med filändelsen .bmp. På disk är det formatet en BITMAPFILEHEADER följd av en DIB-informationsheader, en valfri färgtabell och själva bitmappsdatan.

Rakt på sak: .bmp är hur Windows lade en DIB på en diskett, en hårddisk eller en e-postbilaga. Samma släktlinje dyker upp när program klistrar in bitmappar via urklippsformatet CF_DIB, och när ikoner eller muspekare bäddar in besläktade bitmappsstrukturer. Den vardagliga sökningen “vad är en .bmp-fil” kommer oftast från någon som stirrar på en jättestor skärmdump, en gammal Paint-teckning eller en skannerexport som aldrig blev en JPG.

Är en .dib-fil samma sak som en .bmp?

Det här är förvirringen som Wikipedia komprimerar till en enda akronymrad. DIB är namnet på konceptet device-independent bitmap och dess layout i minnet och för utbyte. BMP är den välkända filen som folk dubbelklickar på, byggd genom att sätta en BITMAPFILEHEADER framför den DIB:en. Microsoft dokumenterar lagringen på disk under bitmap storage och BITMAPxxxHEADER-strukturerna; community- och formatreferenser noterar också en filändelse .dib som används för besläktade DIB-data.

Alltså: samma familj, överlappande byte, olika etiketter. En .dib är inte ett konkurrerande kameraformat. Att byta namn från .dib till .bmp (eller tvärtom) hjälper bara när byten redan stämmer med vad det mottagande programmet förväntar sig — det är inte ett konverteringssteg på det sätt som att göra om PNG till JPG är. Den här artikeln håller sig till historien om Windows Bitmap; den påstår inte att varje obskyr OS/2- eller skrivardrivrutinsvariant är en egen produktfunktion.

Varför är BMP-filer så stora?

Låt oss erkänna storlekschocken. Öppna en 1920×1080-skärmdump sparad som 24-bitars BMP, och filen är ungefär bredd × höjd × 3 byte färg, plus utfyllnad och en liten header — ofta flera megabyte — eftersom det vanliga komprimeringsfältet är BI_RGB: okomprimerad RGB (eller palettindex). Varje skanlinje fylls ut så att dess längd i byte blir en multipel av fyra (DWORD-justerad), vilket ger lite extra volym.

Windows 3.0 (1990) gjorde den 40 byte långa BITMAPINFOHEADER, som fortfarande dominerar i dag, populär och lade till alternativ för run-length-kodning, BI_RLE8 och BI_RLE4, för bilder med 8- och 4 bitar per pixel — upprepade palettindex lagras som par av antal och värde i stället för varje pixel. Det hjälper för ikoner och enkla tecknade serier; det gör inte ett modernt true-color-foto till en liten fil. Senare headerversioner reserverar komprimeringsvärdena BI_JPEG / BI_PNG för vissa GDI-skrivarvägar; de är inte hur vanliga BMP-filer på skrivbordet trollar sig mindre.

Microsoft Paint cementerade vanan. Före Windows 3.0 använde den medföljande Microsoft Paint proprietära monokroma .msp-filer (PRONOM x-fmt/214). Windows 3.0 ersatte det Paint med Paintbrush, som kunde öppna MSP men sparade som BMP eller PCX. Under åren efteråt fortsatte Paints enkla “spara klottret”-väg att lägga okomprimerade bitmappar på diskarna — helt okej på en hårddisk 2026, smärtsamt på en 1,44 MB diskett på 1990-talet, och fortfarande överraskande när en “enkel” BMP-bilaga i e-post är mångdubbelt större än en JPG.

Så fungerar byten: BM, headers, palett, rader nerifrån och upp

Microsofts BITMAPFILEHEADER är 14 byte. Fältet bfType måste vara 0x4D42 — ASCII-bokstäverna “BM” skrivna som little-endian. bfSize är filstorleken i byte; bfOffBits är avståndet från början av filheadern till pixelbitarna. Reserverade fält måste vara noll. Direkt efter kommer en DIB-header, därefter eventuellt en färgtabell (en palett: en array av RGBQUAD-färger för indexerade bitdjup), och sedan bitmappsdatan.

Vilken DIB-header? Microsoft listar fyra grundtyper: BITMAPCOREHEADER (12 byte — den tidiga Windows 2.0- / OS/2-kompatibla kärnan), BITMAPINFOHEADER (40 byte — arbetshästen sedan Windows 3.x), BITMAPV4HEADER (färgrums- och gammautökningar knutna till Windows 95- / Windows NT 4.0-eran) och BITMAPV5HEADER (fler fält, bland annat koppling till / inbäddning av ICC-profil, knutet till Windows 98 / Windows 2000). Informationsheaderns storleksfält talar om för läsare vilken struktur de tittar på. BITMAPINFOHEADER registrerar bredd, höjd, planes (1), bitar per pixel, komprimering, bildstorlek, upplösning i pixlar per meter och palettanvändning.

Orienteringen är en klassisk fallgrop. För okomprimerade RGB-layouter betyder ett positivt biHeight en bottom-up-DIB — origo i nedre vänstra hörnet, första lagrade raden längst ned i bilden. En negativ höjd betyder top-down (origo uppe till vänster). 24-bitars pixlar lagras vanligen som BGR-tripletter, inte RGB. Indexerade bilder med 1-, 4- och 8 bitar slår upp i paletten; större djup lagrar ofta färgen direkt. Den enkelheten med header plus pixlar är varför BMP spreds överallt där Windows fanns — och varför råa dumpar fortfarande förvirrar den som väntar sig att raderna ska börja överst.

Windows, OS/2 och varför formatet blev kvar

BMP:s tidiga historia hör hemma i den gemensamma Microsoft- / IBM-eran för Windows och OS/2. Formathistoriker noterar att DIB:ar med programmerbar palett passade ihop mellan Windows 2.x och OS/2 Presentation Manager; källorna är oeniga om vilken sida som “uppfann” DIB:en först. Den mångåriga Microsoft-ingenjören Raymond Chen har skrivit att Windows 2.0 tog över OS/2:s bitmappsformat för att främja interoperabilitet. Charles Petzold och samtida rapportering beskriver ofta DIB:en som något som kom tydligt med Windows 3, och som utvidgade den tidigare bitmappen i Presentation Manager. Var försiktig med ursprungsmyten: det som spelar roll för filer på disk är att den 12 byte långa kärnheadern och den senare 40 byte långa BITMAPINFOHEADER båda lämnade spår, och att Windows 3.0 gjorde den moderna BMP:n till det standardrasterformat som Windows-användare faktiskt sparade på skrivbordet.

Därifrån blev formatet kvar eftersom det var inbyggt i plattformen: Paint/Paintbrush, urklippets CF_DIB, resursbitmappar, drivrutins- och skärmdumpsverktyg och otaliga installationsprogram som behövde en förlustfri, enkel dump av pixlar. JPG vann fotona; PNG vann webbgrafiken med komprimering och alfa; BMP förblev det trubbiga verktyget — lätt att skriva, lätt att förstöra om man ignorerar utfyllnad eller radordning, och fortfarande läsbart årtionden senare.

Varför .bmp-filer fortfarande ligger på diskar 2026

År 2026 dyker .bmp legacy-filer fortfarande upp från gamla Paint-mappar, skannerstandarder, tekniska exporter, spel- och UI-resurspaket, e-postarkiv och “Spara som bitmapp”-vanor som aldrig gick över till PNG. De är inte mystiska: de är Windows klassiska DIB-på-disk-layout — ofta okomprimerad, ofta bottom-up, och den öppnas fortfarande i Foton och webbläsare när headerna är vanliga. Smärtan är storleken, kräsna uppladdningsformulär och den tillfälliga .dib-etiketten som får folk att tro att de hittat ett andra format.

Legacy File Converter listar Windows Bitmap / .bmp bland de stödda bilderna på Filtyper som stöds och konverterar .bmp lokalt i Windows till JPG, PNG eller PDF — ingenting laddas upp. Den här artikeln håller sig till historien — inte en handledning i hex-redigering av headers. För angränsande lektioner om bildformat, se Historielektion: Vad är en .jfif-fil?, Historielektion: Vad är en .tga-fil?, Historielektion: Vad är en .wmf-fil? och Historielektion: Vad är en .tif-fil med flera sidor?.