รูปแบบไฟล์ BMPหรือบิตแมปเป็นรูปแบบไฟล์ภาพกราฟิกแรสเตอร์ ที่ใช้ในการจัดเก็บภาพดิจิทัลบิตแมปโดยไม่ขึ้นอยู่กับอุปกรณ์แสดงผล (เช่น อะแดปเตอร์กราฟิก ) โดยเฉพาะในระบบปฏิบัติการ Microsoft Windows ^{[ 2 ]}และOS/2 ^{[ 3 ]}

รูปแบบไฟล์ BMP สามารถจัดเก็บภาพดิจิทัลสองมิติ ที่มี ความลึกสี ต่างๆ ได้ และอาจมี การบีบ อัดข้อมูลช่องอัลฟาและโปรไฟล์สีเพิ่มเติม ข้อกำหนด Windows Metafile (WMF) ครอบคลุมรูปแบบไฟล์ BMP ^{[ 4 ]}

แผนภาพที่ 1 – โครงสร้างของไฟล์ภาพบิตแมป

ไมโครซอฟต์ได้กำหนดรูปแบบการแสดงภาพบิตแมปสีที่มีความลึกของสีแตกต่างกันโดยเฉพาะ เพื่อช่วยในการแลกเปลี่ยนภาพบิตแมประหว่างอุปกรณ์และแอปพลิเคชันที่มีรูปแบบการแสดงผลภายในที่หลากหลาย พวกเขาเรียกภาพบิตแมปเหล่านี้ว่า ภาพบิตแมปที่ไม่ขึ้นกับอุปกรณ์ หรือ DIB และรูปแบบไฟล์สำหรับภาพเหล่านี้เรียกว่า รูปแบบไฟล์ DIB หรือ รูปแบบไฟล์ภาพ BMP

ตามการสนับสนุนของ Microsoft: ^{[ 5 ]}

ไฟล์ภาพบิตแมปที่ไม่ขึ้นกับอุปกรณ์ (DIB) เป็นรูปแบบที่ใช้กำหนดภาพบิตแมปที่ไม่ขึ้นกับอุปกรณ์ในความละเอียดสีต่างๆ จุดประสงค์หลักของ DIB คือการอนุญาตให้ย้ายภาพบิตแมปจากอุปกรณ์หนึ่งไปยังอีกอุปกรณ์หนึ่งได้ (จึงเป็นที่มาของคำว่า "ไม่ขึ้นกับอุปกรณ์" ในชื่อ) DIB เป็นรูปแบบภายนอก ซึ่งแตกต่างจากภาพบิตแมปที่ขึ้นกับอุปกรณ์ ซึ่งปรากฏในระบบเป็นวัตถุภาพบิตแมป (สร้างโดยแอปพลิเคชัน...) โดยปกติแล้ว DIB จะถูกส่งผ่านไฟล์เมตา (โดยทั่วไปใช้ฟังก์ชัน StretchDIBits()) ไฟล์ BMP และคลิปบอร์ด ( รูปแบบข้อมูล CF_DIB )

ส่วนต่อไปนี้จะกล่าวถึงข้อมูลที่จัดเก็บในไฟล์ BMP หรือ DIB โดยละเอียด นี่คือรูปแบบไฟล์ BMP มาตรฐาน^{[ 5 ]}แอปพลิเคชันบางตัวสร้างไฟล์ภาพบิตแมปที่ไม่สอดคล้องกับเอกสารของ Microsoft นอกจากนี้ ฟิลด์บางฟิลด์ไม่ได้ถูกใช้งาน ค่า 0 จะถูกพบในฟิลด์ที่ไม่ได้ใช้งานเหล่านี้

ไฟล์ภาพบิตแมปประกอบด้วยโครงสร้างขนาดคงที่ (ส่วนหัว) และโครงสร้างขนาดแปรผันที่ปรากฏตามลำดับที่กำหนดไว้ล่วงหน้า เนื่องจากรูปแบบไฟล์นี้มีการพัฒนามาอย่างยาวนาน จึงอาจมีโครงสร้างบางส่วนที่แตกต่างกันหลายเวอร์ชันปรากฏอยู่ในไฟล์เดียวกัน

จากแผนภาพที่ 1 ไฟล์บิตแมปประกอบด้วยโครงสร้างตามลำดับดังต่อไปนี้:

ไฟล์ภาพบิตแมปที่โหลดลงในหน่วยความจำจะกลายเป็นโครงสร้างข้อมูล DIB ซึ่งเป็นส่วนประกอบสำคัญของ Windows GDI API โครงสร้างข้อมูล DIB ในหน่วยความจำนั้นเกือบจะเหมือนกับรูปแบบไฟล์ BMP แต่ไม่มีส่วนหัวไฟล์บิตแมปขนาด 14 ไบต์ และเริ่มต้นด้วยส่วนหัว DIB สำหรับ DIB ที่โหลดลงในหน่วยความจำ ตารางสีอาจประกอบด้วยรายการ 16 บิตที่ประกอบเป็นดัชนีไปยังจานสีที่รับรู้ในปัจจุบัน^{[ 7 ]} (ระดับการอ้างอิงเพิ่มเติม) แทนที่จะเป็นการกำหนดสี RGB อย่างชัดเจน ในทุกกรณี อาร์เรย์พิกเซลต้องเริ่มต้นที่ที่อยู่หน่วยความจำที่เป็นพหุคูณของ 4 ไบต์ ใน DIB ที่ไม่ได้บรรจุซึ่งโหลดลงในหน่วยความจำ ข้อมูลโปรไฟล์สีเสริมควรอยู่ถัดจากตารางสีทันทีและก่อน gap1 และอาร์เรย์พิกเซล^{[ 6 ]} (ต่างจากในแผนภาพที่ 1)

เมื่อขนาดของ gap1 และ gap2 เป็นศูนย์ โครงสร้างข้อมูล DIB ในหน่วยความจำมักจะเรียกว่า "packed DIB" และสามารถอ้างอิงได้ด้วยตัวชี้เดียวที่ชี้ไปยังจุดเริ่มต้นของส่วนหัว DIB ในทุกกรณี อาร์เรย์พิกเซลต้องเริ่มต้นที่ที่อยู่หน่วยความจำที่เป็นพหุคูณของ 4 ไบต์ ในบางกรณี อาจจำเป็นต้องปรับจำนวนรายการในตารางสีเพื่อบังคับให้ที่อยู่หน่วยความจำของอาร์เรย์พิกเซลเป็นพหุคูณของ 4 ไบต์^{[ 7 ]} สำหรับ "packed DIBs" ที่โหลดในหน่วยความจำ ข้อมูลโปรไฟล์สีเสริมควรตามหลังอาร์เรย์พิกเซลทันที ดังที่แสดงในแผนภาพที่ 1 (โดย gap1=0 และ gap2=0) ^{[ 6 ]} "Packed DIBs" จำเป็นสำหรับ ฟังก์ชัน API คลิปบอร์ด ของ Windowsเช่นเดียวกับฟังก์ชันแปรงและทรัพยากรแบบมีรูปแบบของ Windows บางฟังก์ชัน^{[ 8 ]}

กลุ่มไบต์นี้อยู่ตอนต้นของไฟล์และใช้เพื่อระบุไฟล์ โดยทั่วไปแล้วแอปพลิเคชันจะอ่านกลุ่มไบต์นี้ก่อนเพื่อให้แน่ใจว่าไฟล์นั้นเป็นไฟล์ BMP จริงและไม่เสียหาย ไบต์ 2 ไบต์แรกของรูปแบบไฟล์ BMP คืออักขระ "B" แล้วตามด้วยอักขระ "M" ใน การเข้ารหัส ASCIIค่าจำนวนเต็มทั้งหมดจะถูกจัดเก็บใน รูปแบบ little-endian (กล่าวคือไบต์ที่มีค่าน้อยที่สุดจะอยู่ก่อน)

บล็อกไบต์นี้จะบอกข้อมูลโดยละเอียดเกี่ยวกับรูปภาพแก่แอปพลิเคชัน ซึ่งจะใช้ในการแสดงรูปภาพบนหน้าจอ บล็อกนี้ยังตรงกับส่วนหัวที่ใช้ภายในโดย Windows และ OS/2 และมีหลายรูปแบบที่แตกต่างกัน ทุกรูปแบบจะมีฟิลด์ dword (32 บิต) ที่ระบุขนาด เพื่อให้แอปพลิเคชันสามารถระบุได้ง่ายว่าใช้ส่วนหัวใดในรูปภาพ เหตุผลที่มีส่วนหัวที่แตกต่างกันคือ Microsoft ได้ขยายรูปแบบ DIB หลายครั้ง ส่วนหัวที่ขยายใหม่สามารถใช้กับฟังก์ชัน GDI บางอย่างแทนส่วนหัวแบบเก่า ทำให้มีฟังก์ชันการทำงานมากขึ้น เนื่องจาก GDI รองรับฟังก์ชันสำหรับการโหลดไฟล์บิตแมป แอปพลิเคชัน Windows ทั่วไปจึงใช้ฟังก์ชันนั้น ผลที่ตามมาอย่างหนึ่งคือ สำหรับแอปพลิเคชันดังกล่าว รูปแบบ BMP ที่พวกเขารองรับจะตรงกับรูปแบบที่รองรับโดยเวอร์ชัน Windows ที่ใช้งานอยู่ ดูตารางด้านล่างสำหรับข้อมูลเพิ่มเติม

BITMAPCOREHEADER ของ Windows 2.x แตกต่างจาก BITMAPCOREHEADER ของ OS/2 1.x (แสดงในตารางด้านบน) ในรายละเอียดหนึ่งข้อคือ ฟิลด์ความกว้างและความสูงของภาพเป็นจำนวนเต็มที่มีเครื่องหมาย ไม่ใช่จำนวนเต็มที่ไม่มีเครื่องหมาย^{[ 12 ]}

เวอร์ชันหลังจากBITMAPINFOHEADERจะเพิ่มฟิลด์ต่อท้ายส่วนหัวของเวอร์ชันก่อนหน้าเท่านั้น ตัวอย่างเช่นBITMAPV2INFOHEADERจะเพิ่มฟิลด์ต่อจากBITMAPINFOHEADERและBITMAPV3INFOHEADERจะเพิ่มฟิลด์ต่อจาก BITMAPV2INFOHEADER

มีการนำช่องอัลฟาแบบบูรณาการมาใช้ในBITMAPV3INFOHEADER ที่ไม่ได้ระบุไว้ในเอกสาร และในBITMAPV4HEADER ที่ระบุไว้ในเอกสาร (ตั้งแต่Windows 95 ) และถูกใช้ใน ระบบล็อกอินและธีม ของ Windows XPรวมถึง Microsoft Office (ตั้งแต่เวอร์ชัน 2000) นอกจากนี้ยังรองรับโดย ซอฟต์แวร์ แก้ไขภาพ บางตัว เช่นAdobe Photoshopตั้งแต่เวอร์ชัน 7 และAdobe Flashตั้งแต่เวอร์ชัน MX 2004 (ซึ่งในขณะนั้นรู้จักกันในชื่อ Macromedia Flash) และยังรองรับโดยGIMP , Google Chrome , Microsoft PowerPointและ Microsoft Word อีกด้วย

ด้วยเหตุผลด้านความเข้ากันได้ แอปพลิเคชันส่วนใหญ่จึงใช้ส่วนหัว DIB รุ่นเก่าในการบันทึกไฟล์เนื่องจากระบบปฏิบัติการ OS/2 ไม่ได้รับการสนับสนุนอีกต่อไปหลังจาก Windows 2000 รูปแบบที่ใช้กันทั่วไปใน Windows ในขณะนี้คือส่วนหัวBITMAPINFOHEADERโปรดดูรายละเอียดในตารางถัดไป ค่าทั้งหมดจะถูกจัดเก็บเป็นจำนวนเต็มที่ไม่ติดลบ เว้นแต่จะระบุไว้เป็นอย่างอื่น

วิธีการบีบอัด (ออฟเซ็ต 30) สามารถเป็นได้ดังนี้:

OS/2 2.x OS22XBITMAPHEADER ( BITMAPINFOHEADER2ในเอกสารของ IBM) มีไบต์เพิ่มเติม 24 ไบต์: ^{[ 3 ]}

อัลกอริทึมการสร้างภาพแบบฮาล์ฟโทน (ออฟเซ็ต 60) สามารถเป็นได้ดังนี้:

ตารางสี (พาเลท) จะปรากฏในไฟล์ภาพ BMP โดยตรงหลังจากส่วนหัวของไฟล์ BMP ส่วนหัวของ DIB และหลังจากบิตมาสก์เสริมสามหรือสี่บิต หาก ใช้ส่วนหัว BITMAPINFOHEADERพร้อมตัวเลือก BI_BITFIELDS (12 ไบต์) หรือ BI_ALPHABITFIELDS (16 ไบต์) ดังนั้น ค่าออฟเซ็ตจึงเท่ากับขนาดของBITMAPFILEHEADERบวกกับขนาดของส่วนหัว DIB (บวกเพิ่มอีก 12-16 ไบต์สำหรับบิตมาสก์เสริมสามหรือสี่บิต) หมายเหตุ: บนWindows CE สามารถใช้ส่วน หัวBITMAPINFOHEADERร่วมกับตัวเลือก BI_ALPHABITFIELDS ^{[ 14 ]}ในสมาชิก biCompression ได้

จำนวนรายการในพาเลทมีค่าเท่ากับ 2 ⁿ (โดยที่ n คือจำนวนบิตต่อพิกเซล) หรือจำนวนที่น้อยกว่าที่ระบุไว้ในส่วนหัว (ในรูปแบบส่วนหัว OS/2 BITMAPCOREHEADERรองรับเฉพาะพาเลทขนาดเต็มเท่านั้น) ^{[ 3 ] [ 5 ]}ในกรณีส่วนใหญ่ แต่ละรายการในตารางสีจะใช้พื้นที่ 4 ไบต์ ตามลำดับ สีน้ำเงิน สีเขียว สีแดง 0x00 (ดูข้อยกเว้นด้านล่าง) โดยจะระบุเป็นดัชนีในBITMAPINFOHEADERในสมาชิกโครงสร้าง biBitCount

ตารางสีคือบล็อกของไบต์ (ตาราง) ที่แสดงรายการสีที่ใช้ในภาพ แต่ละพิกเซลในภาพสีแบบดัชนีจะถูกอธิบายด้วยจำนวนบิต (1, 2, 4 หรือ 8) ซึ่งเป็นดัชนีของสีเดียวที่อธิบายไว้ในตารางนี้ วัตถุประสงค์ของจานสีในบิตแมปสีแบบดัชนีคือการแจ้งให้แอปพลิเคชันทราบเกี่ยวกับสีจริงที่ค่าดัชนีแต่ละค่าสอดคล้องกัน วัตถุประสงค์ของตารางสีในบิตแมปแบบไม่ใช้ดัชนี (ไม่ใช้จานสี) คือการแสดงรายการสีที่ใช้โดยบิตแมปเพื่อวัตถุประสงค์ในการปรับให้เหมาะสมบนอุปกรณ์ที่มีความสามารถในการแสดงสีจำกัด และเพื่ออำนวยความสะดวกในการแปลงเป็นรูปแบบพิกเซลและจานสีต่างๆ ในอนาคต

โดยปกติสีในตารางสีจะถูกระบุใน รูปแบบ ARGB32 ขนาด 4 ไบต์ต่อรายการ ตารางสีที่ใช้กับ OS/2 BITMAPCOREHEADER ใช้ รูปแบบRGB24 ขนาด 3 ไบต์ต่อรายการ^{[ 3 ] [ 5 ]} สำหรับ DIB ที่โหลดในหน่วยความจำ ตารางสีสามารถประกอบด้วยรายการขนาด 2 ไบต์ได้ โดยรายการเหล่านี้จะเป็นดัชนีของจานสีที่ใช้งานอยู่ในปัจจุบัน^{[ 7 ]}แทนที่จะเป็นการกำหนดสี RGB อย่างชัดเจน

Microsoft ไม่อนุญาตให้มีบิตมาสก์ช่องอัลฟาที่ถูกต้อง^{[ 15 ]}ในBITMAPV4HEADERและBITMAPV5HEADERสำหรับภาพสีดัชนี 1bpp, 4bpp และ 8bpp ซึ่งบ่งชี้ว่ารายการตารางสีสามารถระบุส่วนประกอบอัลฟาโดยใช้รูปแบบ8.8.8.[0-8].[0-8]ผ่านสมาชิก RGBQUAD.rgbReserved ^{[ 16 ]} ได้เช่น กัน อย่างไรก็ตาม เอกสารบางเวอร์ชันของ Microsoft ไม่อนุญาตให้ใช้คุณสมบัตินี้โดยระบุว่าสมาชิก RGBQUAD.rgbReserved "ต้องเป็นศูนย์"

ดังที่กล่าวไว้ข้างต้น โดยปกติแล้วตารางสีจะไม่ถูกใช้เมื่อพิกเซลอยู่ในรูปแบบ 16 บิตต่อพิกเซล (16bpp) (และสูงกว่า) โดยปกติจะไม่มีรายการตารางสีในไฟล์ภาพบิตแมปเหล่านั้น อย่างไรก็ตาม เอกสารของ Microsoft (บนเว็บไซต์ MSDN ณ วันที่ 16 พฤศจิกายน 2010 ^{[ 17 ]} ) ระบุว่าสำหรับ 16bpp (และสูงกว่า) ตารางสีสามารถมีอยู่เพื่อจัดเก็บรายการสีที่ตั้งใจไว้สำหรับการปรับให้เหมาะสมบนอุปกรณ์ที่มีความสามารถในการแสดงสีที่จำกัด ในขณะเดียวกันก็ระบุว่าในกรณีดังกล่าว จะไม่มีรายการพาเลทที่จัดทำดัชนีอยู่ในตารางสีนี้ สิ่งนี้อาจดูเหมือนเป็นความขัดแย้งหากไม่มีการแยกความแตกต่างระหว่างรายการพาเลทที่จำเป็นและรายการสีที่เป็นตัวเลือก

บิตที่แสดงถึงพิกเซลของบิตแมปจะถูกบรรจุในแถว (เรียกอีกอย่างว่า strides หรือ scan lines) ขนาดของแต่ละแถวจะถูกปัดขึ้นเป็นจำนวนเท่าของ 4 ไบต์ ( DWORD 32 บิต ) โดยการเติม^{[ 18 ]}

สำหรับรูปภาพที่มีความสูงมากกว่า 1 จะมีการจัดเก็บแถวที่มีการเว้นช่องว่างหลายแถวต่อเนื่องกัน ทำให้เกิดเป็นอาร์เรย์พิกเซล

จำนวนไบต์ทั้งหมดที่จำเป็นในการจัดเก็บพิกเซลหนึ่งแถวสามารถคำนวณได้ดังนี้: $${\displaystyle {\text{RowSize}}=\left\lceil {\frac {{\text{BitsPerPixel}}\cdot {\text{ImageWidth}}}{32}}\right\rceil \cdot 4=\left\lfloor {\frac {{\text{BitsPerPixel}}\cdot {\text{ImageWidth}}+31}{32}}\right\rfloor \cdot 4,}$$

จำนวนไบต์ทั้งหมดที่จำเป็นในการจัดเก็บอาร์เรย์ของพิกเซลใน ภาพที่มีความละเอียด nบิตต่อพิกเซล (bpp) และมี^{สี 2n}สีสามารถคำนวณได้โดยคำนึงถึงผลของการปัดเศษขนาดของแต่ละแถวให้เป็นจำนวนเท่าของ 4 ไบต์ ดังนี้:

$${\displaystyle {\text{PixelArraySize}}={\text{RowSize}}\cdot |{\text{ImageHeight}}|}$$

อาร์เรย์พิกเซลเป็นบล็อกของ DWORD ขนาด 32 บิต ซึ่งอธิบายพิกเซลของภาพทีละพิกเซล โดยปกติพิกเซลจะถูกจัดเก็บแบบ "ล่างขึ้นบน" โดยเริ่มจากมุมล่างซ้าย ไล่จากซ้ายไปขวา แล้วเรียงเป็นแถวจากล่างขึ้นบนของภาพ^{[ 5 ]}เว้นแต่ จะใช้ BITMAPCOREHEADERบิตแมปของ Windows ที่ไม่ได้บีบอัดยังสามารถจัดเก็บจากบนลงล่างได้ เมื่อค่าความสูงของภาพเป็นค่าลบ

ใน DIB OS/2 ดั้งเดิม ค่าความลึกของสีที่ถูกต้องตามกฎหมายมีเพียง 4 ค่า คือ 1, 4, 8 และ 24 บิตต่อพิกเซล (bpp) ^{[ 5 ]} ส่วนหัว DIB ในปัจจุบันอนุญาตให้ใช้รูปแบบพิกเซลที่มี 1, 2, 4, 8, 16, 24 และ 32 บิตต่อพิกเซล (bpp) ^{[ 19 ]} GDI+ยังอนุญาตให้ใช้ 64 บิตต่อพิกเซลได้อีกด้วย^{[ 20 ]}

ต้องเพิ่มไบต์สำหรับเติม (ไม่จำเป็นต้องเป็น 0) ต่อท้ายแถวเพื่อให้ความยาวของแถวเป็นจำนวนเท่าของสี่ไบต์ เมื่อโหลดอาร์เรย์พิกเซลลงในหน่วยความจำ แต่ละแถวต้องเริ่มต้นที่ที่อยู่หน่วยความจำที่เป็นจำนวนเท่าของ 4 ข้อจำกัดที่อยู่/ออฟเซ็ตนี้เป็นข้อบังคับเฉพาะสำหรับอาร์เรย์พิกเซลที่โหลดในหน่วยความจำเท่านั้น สำหรับวัตถุประสงค์ในการจัดเก็บไฟล์ ขนาดของแต่ละแถวเท่านั้นที่ต้องเป็นจำนวนเท่าของ 4 ไบต์ ในขณะที่ออฟเซ็ตไฟล์สามารถกำหนดได้ตามอำเภอใจ^{[ 5 ]}บิตแมป 24 บิตที่มี Width=1 จะมีข้อมูล 3 ไบต์ต่อแถว (สีน้ำเงิน สีเขียว สีแดง) และไบต์สำหรับเติม 1 ไบต์ ในขณะที่ Width=2 จะมีข้อมูล 6 ไบต์และไบต์สำหรับเติม 2 ไบต์ Width=3 จะมีข้อมูล 9 ไบต์และไบต์สำหรับเติม 3 ไบต์ และ Width=4 จะมีข้อมูล 12 ไบต์และไม่มีไบต์สำหรับเติม

• ภาพสี แบบดัชนี อาจถูกบีบอัดด้วยอัลกอริธึม RLE 4 บิต หรือ 8 บิตหรือ อัลกอริธึม Huffman 1D
• OS/2 BITMAPCOREHEADER 2 รูปภาพ 24bppอาจถูกบีบอัดด้วยอัลกอริทึม RLE 24 บิต
• ภาพขนาด 16 บิตต่อพิกเซลและ32 บิตต่อพิกเซลจะถูกจัดเก็บโดยไม่มีการบีบอัดเสมอ
• โปรดทราบว่าสามารถจัดเก็บภาพที่มีความลึกสีทุกระดับได้โดยไม่ต้องบีบอัดหากต้องการ

• รูปแบบ 1 บิตต่อพิกเซล (1bpp) รองรับสีที่แตกต่างกัน 2 สี (ตัวอย่างเช่น สีดำและสีขาว) ค่าพิกเซลจะถูกจัดเก็บในแต่ละบิต โดยพิกเซลแรก (ซ้ายสุด) จะอยู่ในบิตที่มีค่ามากที่สุดของไบต์แรก^{[ 5 ]}แต่ละบิตเป็นดัชนีในตารางสี 2 สี บิตที่ไม่ได้ตั้งค่าจะอ้างอิงถึงรายการสีแรกในตาราง และบิตที่ตั้งค่าจะอ้างอิงถึงรายการสีสุดท้าย (ที่สอง) ในตาราง
• รูปแบบ 2 บิตต่อพิกเซล (2bpp) รองรับสีที่แตกต่างกัน 4 สี และจัดเก็บ 4 พิกเซลต่อ 1 ไบต์ โดยพิกเซลซ้ายสุดจะอยู่ในสองบิตที่มีนัยสำคัญที่สุด ( เฉพาะWindows CE เท่านั้น: ^{[ 21 ]} ) ค่าพิกเซลแต่ละค่าเป็นดัชนี 2 บิตในตารางที่มีสีได้สูงสุด 4 สี
• รูปแบบ 4 บิตต่อพิกเซล (4bpp) รองรับสีที่แตกต่างกัน 16 สี และจัดเก็บ 2 พิกเซลต่อ 1 ไบต์ โดยพิกเซลซ้ายสุดจะอยู่ในนิบเบิลที่ สำคัญกว่า ^{[ 5 ]} ค่าพิกเซลแต่ละค่าเป็นดัชนี 4 บิตในตารางที่มีสีได้มากถึง 16 สี
• รูปแบบ 8 บิตต่อพิกเซล (8bpp) รองรับสีที่แตกต่างกันได้ 256 สี และจัดเก็บ 1 พิกเซลต่อ 1 ไบต์ โดยแต่ละไบต์เป็นดัชนีในตารางที่มีสีได้มากถึง 256 สี
• รูปแบบ 16 บิตต่อพิกเซล (16bpp) รองรับสีที่แตกต่างกันได้ 65536 สี และจัดเก็บ 1 พิกเซลต่อ WORD ขนาด 2 ไบต์ โดยแต่ละ WORD สามารถกำหนดค่า อัลฟา สีแดง สีเขียว และสีน้ำเงิน ของพิกเซลได้
• รูปแบบ 24 บิตต่อพิกเซล (24bpp) รองรับสีที่แตกต่างกัน 16,777,216 สี และจัดเก็บค่าพิกเซล 1 ค่าต่อ 3 ไบต์ แต่ละค่าพิกเซลกำหนดตัวอย่างสีแดง สีเขียว และสีน้ำเงินของพิกเซล (8.8.8.0.0 ในสัญกรณ์ RGBAX) โดยเฉพาะอย่างยิ่ง ตามลำดับ: สีน้ำเงิน สีเขียว และสีแดง (8 บิตต่อตัวอย่างแต่ละตัว) ^{[ 5 ]}
• รูปแบบ 32 บิตต่อพิกเซล (32bpp) รองรับสีที่แตกต่างกันได้ 4,294,967,296 สี และจัดเก็บ 1 พิกเซลต่อ DWORD ขนาด 4 ไบต์ โดยแต่ละ DWORD สามารถกำหนดค่าอัลฟา สีแดง สีเขียว และสีน้ำเงินของพิกเซลได้

เพื่อแก้ไขความกำกวมว่าบิตใดกำหนดค่าตัวอย่างใด ส่วนหัวของไฟล์ DIB จึงมีค่าเริ่มต้นบางอย่าง รวมถึง BITFIELDS เฉพาะ ซึ่งเป็นมาสก์บิตที่กำหนดการเป็นสมาชิกของกลุ่มบิตเฉพาะในพิกเซลให้กับช่องสัญญาณเฉพาะ แผนภาพต่อไปนี้แสดงกลไกนี้:

แผนภาพที่ 2 – กลไก BITFIELDS สำหรับพิกเซล 32 บิตที่แสดงในรูปแบบความยาวตัวอย่าง RGBAX

ฟิลด์ตัวอย่างที่กำหนดโดยบิตมาสก์ BITFIELDS จะต้องอยู่ติดกันและไม่ทับซ้อนกัน แต่ลำดับของฟิลด์ตัวอย่างนั้นเป็นไปตามอำเภอใจ ลำดับฟิลด์ที่พบได้ทั่วไปมากที่สุดคือ: Alpha, Blue, Green, Red (MSB ถึง LSB) บิตมาสก์สีแดง สีเขียว และสีน้ำเงินจะใช้งานได้ก็ต่อเมื่อสมาชิก Compression ของส่วนหัว DIB ถูกตั้งค่าเป็น BI_BITFIELDS เท่านั้น บิตมาสก์ Alpha จะใช้งานได้เมื่อใดก็ตามที่มีอยู่ในส่วนหัว DIB หรือเมื่อสมาชิก Compression ของส่วนหัว DIB ถูกตั้งค่าเป็น BI_ALPHABITFIELDS ^{[ 14 ]} ( เฉพาะ Windows CEเท่านั้น)

แผนภาพที่ 3 – รูปแบบพิกเซลที่มีช่องอัลฟาสำหรับพิกเซล 16 บิต (ในสัญกรณ์ความยาวตัวอย่าง RGBAX) ที่สร้างขึ้นจริงโดย Adobe Photoshop ^{[ 22 ]}

รูปแบบพิกเซลที่เป็นไปได้ทั้งหมดในไฟล์ DIB

กลไก BITFIELD ที่อธิบายไว้ข้างต้นอนุญาตให้กำหนดรูปแบบพิกเซลที่แตกต่างกันได้หลายหมื่นรูปแบบ อย่างไรก็ตาม ในทางปฏิบัติมีการใช้งานเพียงไม่กี่รูปแบบเท่านั้น^{[ 22 ]}รูปแบบพาเล็ตทั้งหมด RGB8, RGB4 และ RGB1 (ทำเครื่องหมายด้วยสีเหลืองในตารางด้านบน กำหนดไว้ในdshow.hชื่อ .MEDIASUBTYPE):

ในเวอร์ชัน 2.1.4 FFmpegรองรับ (ตามคำศัพท์ของตัวเอง) รูปแบบพิกเซล BMP ได้แก่bgra, bgr24, rgb565le, rgb555le, rgb444le, rgb8, bgr8, rgb4_byte, bgr4_byte, gray, pal8และmonobกล่าวคือbgraเป็นรูปแบบพิกเซลเดียวที่รองรับความโปร่งใส^{[ 24 ]}

ต่อไปนี้เป็นตัวอย่างของภาพบิตแมปขนาด 2x2 พิกเซล ความละเอียด 24 บิต (ส่วนหัวของไฟล์ DIB ใน Windows คือBITMAPINFOHEADER ) โดยมีรูปแบบพิกเซลเป็น RGB24

ต่อไปนี้เป็นตัวอย่างของภาพบิตแมปขนาด 4x2 พิกเซล ความละเอียด 32 บิต โดยมีค่าความทึบแสงอยู่ในช่องอัลฟา (ส่วนหัวของไฟล์ DIB ใน Windows คือBITMAPV4HEADER ) และรูปแบบพิกเซลเป็น ARGB32

โปรดสังเกตว่าข้อมูลบิตแมปเริ่มต้นจากมุมล่างซ้ายของภาพ

ความเรียบง่ายของรูปแบบไฟล์ BMP และความคุ้นเคยอย่างแพร่หลายใน Windows และระบบปฏิบัติการอื่นๆ รวมถึงข้อเท็จจริงที่ว่ารูปแบบนี้มีเอกสารประกอบค่อนข้างดีและเป็นรูปแบบเปิดทำให้ BMP เป็นรูปแบบที่ใช้กันทั่วไปซึ่งโปรแกรมประมวลผลภาพจากระบบปฏิบัติการหลายระบบสามารถอ่านและเขียนได้ ไฟล์ ICOและ CUR ประกอบด้วยบิตแมปที่ขึ้นต้นด้วยส่วนหัว BITMAPINFOHEADER

อินเทอร์เฟซผู้ใช้แบบกราฟิกรุ่นเก่าจำนวนมากใช้บิตแมปในระบบย่อยกราฟิกในตัว^{[ 25 ]}ตัวอย่างเช่น ระบบย่อย GDI ของแพลตฟอร์ม Microsoft Windows และ OS/2 ซึ่งรูปแบบเฉพาะที่ใช้คือรูปแบบไฟล์บิตแมปของ Windows และ OS/2ซึ่งมักตั้งชื่อโดยใช้ส่วนขยายไฟล์.BMP . ^{[ 26 ]}

แม้ว่าไฟล์ BMP ส่วนใหญ่จะมีขนาดไฟล์ค่อนข้างใหญ่เนื่องจากไม่มีการบีบอัด (หรือโดยทั่วไปแล้วใช้การเข้ารหัสแบบ Run-Length Encoding อัตราส่วนต่ำ บนภาพแบบ Palletized) แต่ไฟล์ BMP จำนวนมากสามารถบีบอัดได้อย่างมากด้วย อัลกอริธึม การบีบอัดข้อมูลแบบไม่สูญเสียเช่นZIPเนื่องจากมีข้อมูลที่ซ้ำซ้อนอยู่ บางรูปแบบ เช่นRARยังมีฟังก์ชันที่ออกแบบมาเพื่อการบีบอัดข้อมูลดังกล่าวอย่างมีประสิทธิภาพโดยเฉพาะอีกด้วย

ระบบX Window Systemใช้ รูปแบบ XBM ที่คล้ายกัน สำหรับภาพขาวดำ และXPM ( pixelmap ) สำหรับภาพสี นอกจากนี้ยังมีรูปแบบ "raw" หลากหลายรูปแบบ ซึ่งบันทึกข้อมูลดิบโดยไม่มีข้อมูลอื่นใด รูปแบบ Portable Pixmap (PPM) และTruevision TGAก็มีอยู่เช่นกัน แต่ไม่ค่อยได้ใช้ หรือใช้เฉพาะในกรณีพิเศษเท่านั้น ตัวอย่างเช่น TGA สามารถบรรจุข้อมูลความโปร่งใสได้

• โครงสร้างไฟล์ภาพบิตแมปที่ digicamsoft.com
• ข้อมูลเบื้องต้นเกี่ยวกับ DIBs (Device Independent Bitmaps)ที่ herdsoft.com
• คลาส C++ สำหรับโหลดภาพบิตแมปอย่างง่ายที่ kalytta.com (ยังไม่รองรับ A2R10G10B10)
• รูปแบบไฟล์ BMP ตอนที่ 1 โดย เดวิด ชาร์แลปในวารสารเครื่องมือซอฟต์แวร์ของดร. ด็อบบ์ (drdobbs.com) มีนาคม 1995