Convertir BMP a PNG

¿Por qué pesa tanto un BMP y cuánto se aligera al convertir BMP a PNG?

Un BMP pesa tanto porque casi siempre guarda cada píxel sin comprimir. En las pruebas de PixVibe, al pasarlas a PNG, una captura quedó un 98 % más ligera, y una foto, un 21 %. La Biblioteca del Congreso de Estados Unidos, en su descripción de BMP (fdd000189, consultada el 15 de noviembre de 2026), señala que «In practice most BMP images are uncompressed» (en la práctica, la mayoría de las imágenes BMP no están comprimidas). Así, una imagen de 1600 × 1000 a 24 bits por píxel ocupa unos 4,8 MB, muestre lo que muestre: 3 bytes por cada uno de sus 1,6 millones de píxeles (1 MB = 1 000 000 bytes).

PNG comprime sin pérdida, de modo que el ahorro depende del contenido. Con Rápido en Chrome, nuestra captura pasó de 4,8 MB a 98,4 KB; un diagrama de 256 colores, de 1,6 MB a 208,4 KB, y un logotipo transparente, de 2,56 MB a 67,3 KB. Con una foto la cosa cambia: el grano y los degradados dejan poco que comprimir, y la nuestra solo bajó un 21 %, hasta 3,77 MB. Compacto la dejó en 2,59 MB con los mismos píxeles; «Reducir colores» en 256 colores llegó a 1,04 MB, pero ese ajuste tiene pérdida. Si una foto tiene que quedar realmente pequeña, lo normal es pasarla a JPG con el conversor a JPG.

¿Se mantiene la transparencia de un BMP al pasarlo a PNG?

En las pruebas de PixVibe en Chrome (noviembre de 2026), si el BMP de 32 bits usaba el encabezado V5 (BITMAPV5HEADER) con máscara alfa, el PNG conservó la transparencia; si se había guardado con el encabezado básico de 40 bytes (BITMAPINFOHEADER), salió opaco, a menudo con negro donde había transparencia. Según la documentación de Microsoft sobre BITMAPV5HEADER (consultada el 15 de noviembre de 2026), el encabezado V5 incluye una máscara alfa que «specifies the alpha component of each pixel» (especifica el componente alfa de cada píxel). Es un campo que indica a los programas qué byte guarda la transparencia. Para esta prueba dibujamos otro logotipo, de 400 × 400 (no el de 800 × 800 de la tabla), con fondo transparente, bordes suaves y un anillo transparente al 50 %, lo guardamos de tres maneras y convertimos cada versión con la herramienta BMP a PNG de PixVibe.

Encabezado V5 con máscara alfa: el PNG conservó la transparencia y todos los valores alfa coincidieron.

Encabezado básico de 40 bytes, con el alfa escrito en el cuarto byte de cada píxel (algunos programas y bibliotecas de imágenes todavía lo guardan así; por ejemplo, la biblioteca Pillow de Python, en la versión 12.2, que es la que probamos): ese byte se ignoró y el PNG salió totalmente opaco. En nuestro archivo, las zonas transparentes salieron negras: se ve el color que tuvieran guardado esos píxeles. La vista previa de la herramienta ya lo muestra antes de convertir.

Encabezado básico de 40 bytes, con el cuarto byte todo en ceros: el PNG salió opaco y mostró exactamente los colores guardados; no se volvió invisible.

Si un logotipo te llega con un recuadro negro alrededor, vuelve a exportarlo como PNG directamente desde el programa con que se hizo. Incluso en el caso que conservó la transparencia (encabezado V5 con máscara alfa), 1219 de los 29 056 píxeles con transparencia parcial variaron un nivel, en la escala de 0 a 255, en un solo canal de color. La herramienta dibuja la imagen en un lienzo (canvas) del navegador, y el estándar HTML establece que el lienzo guarde los colores semitransparentes premultiplicados por su alfa. El propio estándar reconoce que esa conversión tiene pérdida en los colores que no son del todo opacos: el redondeo del lienzo cambió en un nivel el color de algunos de esos píxeles, mientras que los píxeles del todo opacos y del todo transparentes salieron exactos.

¿Qué archivos BMP poco comunes se pueden convertir?

En las pruebas de PixVibe en Chrome (noviembre de 2026), la herramienta BMP a PNG convirtió casi todos los BMP poco comunes que probamos: archivos comprimidos con RLE8 y RLE4, un mapa de bits guardado de arriba abajo (con altura negativa), archivos en blanco y negro de 1 bit, de 4 bits y de 16 bits (565 y 555) y archivos con los antiguos encabezados de OS/2 y V4. Todos salieron con la orientación correcta, y los de paleta y los de 24 bits coincidieron píxel a píxel con el original. Un archivo de 16 bits muestra los colores que de verdad contiene: nuestro rojo 220, 30, 30, guardado en 16 bits 565, salió como 222, 28, 25, porque en 16 bits caben menos tonos.

En esas pruebas, dos tipos de BMP dieron problemas. Los BMP que llevan dentro un JPEG o un PNG (tipos de compresión BI_JPEG y BI_PNG) se detuvieron con el aviso «No se pudo leer esta imagen — puede estar dañada o no ser un archivo de imagen real.» Un archivo cortado a la mitad se convirtió sin ningún aviso, y la mitad que faltaba quedó transparente; por eso conviene mirar la vista previa cuando un BMP pueda estar dañado. La herramienta se apoya en el decodificador de BMP del propio navegador; solo probamos Chrome, y otros navegadores pueden tratar estos archivos de otra forma.