Saltar al contenido principal
🇬🇧 English 🇧🇷 Português 🇩🇪 Deutsch
Convertidor de imágenes Convertidor de vídeo Convertidor de audio Convertidor de documentos
Herramientas Guías Formatos Precios API
Iniciar sesión
Guía

Guía del Formato de Imagen BMP Bitmap

PC Por Pablo Cirre

Conversiones relacionadas

Pon en práctica lo que acabas de aprender — convierte tus archivos ahora en segundos, gratis y sin registro.

Preguntas frecuentes

BMP no usa compresión o compresión RLE opcional (que es ineficaz en fotos). PNG usa compresión DEFLATE, logrando archivos 30-70% más pequeños. Para una fotografía de 1920×1080, BMP es típicamente 5.8 MB, PNG es 800 KB-1.2 MB, y JPEG es 100-300 KB. BMP es práctico solo para gráficos simples con colores sólidos donde la compresión RLE es efectiva. Para cualquier trabajo moderno, PNG (sin pérdida) o JPEG (con pérdida) son opciones vastamente superiores.

Usa <strong>lossy</strong> (JPG, WebP, AVIF) para fotografías — el ojo humano apenas nota diferencia a calidad 80–85 y los archivos son 5–20× más pequeños. Usa <strong>lossless</strong> (PNG, WebP-lossless) para capturas, mockups, logos y cualquier imagen con bordes nítidos o texto — lossy genera artefactos feos alrededor de los bordes.

Sí, BMP de 24-bit y 32-bit soporta profundidad de color completa (16,7 millones de colores), suficiente para fotografías. Sin embargo, BMP no ofrece compresión, resultando en archivos enormes. Un BMP de 24-bit de una foto de 1920×1080 es ~5.8 MB, versus PNG a 800KB-1.2MB o JPEG a 100-300KB. La completa falta de optimización de compresión hace que BMP sea impracticable para cualquier flujo de trabajo de fotografía del mundo real. JPEG o PNG siempre deben usarse en su lugar.

Para proyectos nuevos en 2026, WebP es soportado por todos los navegadores modernos (95%+ del tráfico) y ahorra 25–35% sobre JPG a misma calidad visual. AVIF es aún más eficiente (40–50% menos) pero la codificación es más lenta y el soporte en Safari es reciente. Usa WebP por defecto y AVIF como mejora progresiva con <code>&lt;picture&gt;</code> y fallback JPG.

RLE (Run-Length Encoding) es útil solo para gráficos con grandes áreas de color uniforme (logos, iconos simples, fondos de color sólido). En contenido fotográfico con colores de píxel variados, la compresión RLE a menudo produce archivos más grandes que sin compresión. Incluso para gráficos donde RLE es efectivo, la compresión DEFLATE de PNG es superior y más ampliamente soportada. Los archivos BMP modernos rara vez usan compresión RLE. Para trabajo nuevo, siempre elige PNG sobre BMP con RLE.

Depende de la herramienta: ImageMagick y FFmpeg copian EXIF por defecto; cwebp los descarta a menos que pases <code>-metadata all</code>. KaijuConverter elimina los metadatos en servidor tras la conversión para proteger tu privacidad — si necesitas mantener datos de cámara o GPS, usa una herramienta de escritorio bajo tu control.

Sí, el soporte de BMP es casi universal—Windows, macOS, Linux, y todos los navegadores web soportan visualización de BMP. Sin embargo, BMP rara vez es el formato principal; aparece principalmente en sistemas heredados y operaciones del portapapeles de Windows. La mayoría del software de edición de imágenes (Photoshop, GIMP, Affinity) lee y exporta BMP para compatibilidad. Para nuevas aplicaciones, espera disminución de soporte de BMP conforme los desarrolladores priorizan PNG, JPEG, y WebP. Si debes trabajar con archivos BMP heredados, todas las herramientas modernas aún los manejan, pero la migración a PNG/JPEG es aconsejable.

Tres causas habituales: (1) los perfiles ICC perdidos durante la conversión desplazan ligeramente los colores; (2) el chroma subsampling (4:2:0) reduce precisión de color en JPG/WebP lossy; (3) el formato destino puede no soportar funciones del original (p.ej. PNG → JPG pierde la transparencia, queda fondo blanco). Para resultados pixel-perfect usa formatos lossless y preserva el perfil de color explícitamente.