Lección de historia: ¿Qué es un archivo .bmp? La imagen sin comprimir de Windows que Paint hizo famosa

¿Qué es un archivo .bmp?

Un archivo .bmp es una imagen Windows Bitmap. La idea central es un mapa de bits independiente del dispositivo (DIB): un ráster que Windows puede pasar entre programas GDI (Graphics Device Interface) sin fijar las rarezas de hardware de un monitor. La guía Bitmap Storage de Microsoft dice que los mapas de bits deben guardarse en el formato de archivo establecido con extensión .bmp. En disco ese formato es un BITMAPFILEHEADER seguido de una cabecera de información DIB, una tabla de color opcional y los bits del mapa.

En lenguaje sencillo: .bmp es cómo Windows puso un DIB en un disquete, disco duro o adjunto de correo. La misma estirpe aparece cuando las apps pegan mapas de bits con el formato de portapapeles CF_DIB, y cuando iconos o cursores incrustan estructuras de mapa de bits relacionadas. La búsqueda cotidiana «qué es un archivo .bmp» suele ser alguien mirando una captura enorme, un garabato antiguo de Paint o una exportación de escáner que nunca llegó a ser JPG.

¿Es un archivo .dib lo mismo que un .bmp?

Esta es la confusión que Wikipedia comprime en una sola línea de acrónimo. DIB nombra el concepto de device-independent bitmap y el diseño en memoria / intercambio. BMP es el archivo familiar que se abre con doble clic, construido al anteponer a ese DIB un BITMAPFILEHEADER. Microsoft documenta la historia en disco bajo almacenamiento de mapas de bits y las estructuras BITMAPxxxHEADER; referencias de formato también señalan una extensión .dib usada para cargas DIB relacionadas.

Así: misma familia, bytes solapados, etiquetas distintas. Un .dib no es un formato rival de cámara. Renombrar .dib a .bmp (o al revés) solo ayuda cuando los bytes ya coinciden con lo que espera la app receptora — no es un paso de conversión como pasar de PNG a JPG. Este artículo se queda con la historia del Windows Bitmap; no reivindica cada variante oscura de OS/2 o de controlador de impresora como función de producto.

¿Por qué los archivos BMP son tan grandes?

Asuma el shock del tamaño. Abra una captura 1920×1080 guardada como BMP de 24 bits y el archivo ronda anchura × altura × 3 bytes de color, más relleno y una cabecera pequeña — a menudo varios megabytes — porque el campo de compresión habitual es BI_RGB: RGB (o índices de paleta) sin comprimir. Cada línea de exploración se rellena para que su longitud en bytes sea múltiplo de cuatro (alineada a DWORD), lo que añade un poco más de volumen.

Windows 3.0 (1990) popularizó el BITMAPINFOHEADER de 40 bytes aún dominante y añadió opciones de codificación run-length BI_RLE8 y BI_RLE4 para imágenes de 8 y 4 bits por píxel — guardar índices de paleta repetidos como pares conteo-valor en lugar de cada píxel. Eso ayuda a iconos y dibujos simples; no convierte una foto moderna a color verdadero en un archivo pequeño. Versiones posteriores de cabecera reservan valores de compresión BI_JPEG / BI_PNG para rutas concretas de impresora GDI; no es cómo los BMP de escritorio ordinarios se encogen mágicamente.

Microsoft Paint cimentó el hábito. Antes de Windows 3.0, el Microsoft Paint incluido usaba archivos monocromos propietarios .msp (PRONOM x-fmt/214). Windows 3.0 sustituyó ese Paint por Paintbrush, que podía abrir MSP pero guardaba como BMP o PCX. Durante años después, la ruta fácil de Paint de «guardar el garabato» siguió volcando mapas de bits sin comprimir en los discos — aceptable en un disco duro en 2026, doloroso en un disquete de 1,44 MB en los 1990, y aún sorprendente cuando un adjunto BMP «simple» eclipsa un JPG.

Cómo funcionan los bytes: BM, cabeceras, paleta, filas de abajo hacia arriba

El BITMAPFILEHEADER de Microsoft tiene 14 bytes. El campo bfType debe ser 0x4D42 — las letras ASCII “BM” en little-endian. bfSize es el tamaño del archivo en bytes; bfOffBits es el desplazamiento desde el inicio de la cabecera de archivo hasta los bits de píxel. Los campos reservados deben ser cero. Inmediatamente después viene una cabecera DIB, luego opcionalmente una tabla de color (una paleta: un array de colores RGBQUAD para profundidades indexadas), luego los datos del mapa de bits.

¿Qué cabecera DIB? Microsoft enumera cuatro tipos básicos: BITMAPCOREHEADER (12 bytes — el núcleo temprano compatible con Windows 2.0 / OS/2), BITMAPINFOHEADER (40 bytes — el caballo de batalla desde Windows 3.x), BITMAPV4HEADER (extensiones de espacio de color / gamma asociadas a la era Windows 95 / Windows NT 4.0) y BITMAPV5HEADER (campos adicionales incluidos enlace / incrustación de perfil ICC, asociados a Windows 98 / Windows 2000). El campo de tamaño de la cabecera de información dice a los lectores qué estructura miran. BITMAPINFOHEADER registra anchura, altura, planos (1), bits por píxel, compresión, tamaño de imagen, resolución en píxeles por metro y uso de paleta.

La orientación es un gotcha clásico. En diseños RGB sin comprimir, un biHeight positivo significa un DIB de abajo hacia arriba — origen en la esquina inferior izquierda, primera fila almacenada en la parte inferior de la imagen. Una altura negativa significa de arriba hacia abajo (origen superior izquierdo). Los píxeles de 24 bits suelen guardarse como triplets BGR, no RGB. Las imágenes indexadas de 1, 4 y 8 bits consultan la paleta; profundidades mayores a menudo guardan el color directamente. Esa sencillez de cabecera-más-píxeles es por qué el BMP se extendió dondequiera que llegó Windows — y por qué los volcados en bruto aún confunden a quien espera que las filas empiecen arriba.

Windows, OS/2 y por qué el formato se quedó

La historia temprana del BMP está en la era compartida Microsoft / IBM de Windows y OS/2. Los historiadores del formato señalan que los DIB de paleta programable se alinearon entre Windows 2.x y OS/2 Presentation Manager; las fuentes discrepan sobre qué lado «inventó» primero el DIB. El ingeniero de Microsoft Raymond Chen ha escrito que Windows 2.0 adoptó el formato de mapa de bits de OS/2 para fomentar la interoperabilidad. Charles Petzold y coberturas contemporáneas a menudo describen el DIB como llegado con fuerza en Windows 3, extendiendo el mapa de bits anterior de Presentation Manager. Matice el mito de origen: lo que importa para archivos en disco es que la cabecera núcleo de 12 bytes y el BITMAPINFOHEADER posterior de 40 bytes dejaron huella, y Windows 3.0 hizo del BMP moderno el ráster de escritorio que los usuarios de Windows realmente guardaban.

A partir de ahí el formato se quedó porque estaba integrado en la plataforma: Paint/Paintbrush, portapapeles CF_DIB, mapas de bits de recursos, herramientas de controladores y capturas, e incontables instaladores que necesitaban un volcado simple y sin pérdida de píxeles. JPG ganó las fotografías; PNG ganó gráficos web con compresión y alfa; BMP siguió siendo el instrumento tosco — fácil de escribir, fácil de corromper si ignoras el relleno o el orden de filas, y aún legible décadas después.

Por qué los archivos .bmp siguen en los discos en 2026

En 2026, los archivos legacy .bmp siguen apareciendo en carpetas antiguas de Paint, valores por defecto de escáner, exportaciones de ingeniería, paquetes de assets de juegos y UI, archivos de correo y hábitos de «Guardar como mapa de bits» que nunca pasaron a PNG. No son misteriosos: son el diseño clásico DIB-en-disco de Windows — a menudo sin comprimir, a menudo de abajo hacia arriba, que aún se abre en Fotos y navegadores cuando las cabeceras son ordinarias. El dolor es el tamaño, los subidores quisquillosos y la etiqueta ocasional .dib que hace pensar que hallaron un segundo formato.

Legacy File Converter lista Windows Bitmap / .bmp entre las imágenes admitidas en Tipos de archivo admitidos y convierte .bmp en local en Windows a JPG, PNG o PDF — no se sube nada. Este artículo se queda en la historia — no es una guía para editar cabeceras en hexadecimal. Para lecciones vecinas de formatos de imagen, vea Lección de historia: ¿Qué es un archivo .jfif?, Lección de historia: ¿Qué es un archivo .tga?, Lección de historia: ¿Qué es un archivo .wmf? y Lección de historia: ¿Qué es un archivo .tif multipágina?.