Varias imágenes de origen
Se decodifica la primera imagen Netpbm compatible; las imágenes concatenadas no se exportan como secuencia.
Convertir PGM a BMP
- En tu navegador
- Sin subir archivos al servidor
- Privacidad desde el diseño
¿Qué ocurre al convertir PGM a BMP?
Sin información de color nueva
El origen almacena valores de escala de grises o bitonales. El formato BMP, compatible con color, puede representar estos tonos, pero la conversión no puede deducir los colores originales de la escena ni recuperar los tonos intermedios que falten. La colorización sería una operación de edición de imagen independiente.
Transparencia
El destino puede almacenar un canal alfa, pero convertir una imagen opaca no crea zonas transparentes. Eliminar el fondo es una etapa de edición independiente.
Modo de codificación
BMP puede no estar comprimido o utilizar una codificación seleccionada por la cabecera. El canal alfa depende de la cabecera; 32 bits por sí solos no demuestran que la aplicación de destino admita transparencia. El nombre del formato por sí solo no garantiza una salida sin pérdida ni un archivo más pequeño. WebP, AVIF y JPEG XL ofrecen opciones de calidad y sin pérdida; HEIC/HEIF usan HEVC nativo con pérdida. TIFF y JP2 usan sus variantes sin pérdida implementadas. PDF ofrece incrustación de imágenes JPEG o sin pérdida.
PGM
Origen
PGM
Portable Graymap
Compresión: Sin compresiónTransparencia: NoMetadatos: Cabecera, Comentarios
Portable Graymap: muestras sencillas de mapa de bits sin compresión para cadenas de procesamiento de imágenes.
Explorar el formato PGM →BMP
Destino
BMP
Imagen de mapa de bits de Windows
Compresión: Depende de la varianteTransparencia: SíMetadatos: Cabecera DIB, ICC (V5)
Almacenamiento de mapas de bits de Windows con varias versiones de cabecera DIB. Los píxeles sencillos sin compresión son habituales, pero el canal alfa y la compresión varían.
Explorar el formato BMP →¿Es PGM → BMP la opción adecuada para ti?
Buena opción cuando
- El formato BMP se ajusta a tu uso de distribución: Intercambio de mapas de bits de Windows.
- Puedes elegir la imagen o parte de origen necesaria para distribuirla.
- Necesitas la imagen gris o binaria existente en un formato de distribución compatible.
- La aplicación receptora admite la variante de BMP necesaria.
- Necesitas un flujo compatible con BMP que admita transparencia añadida en una edición independiente.
Probablemente no cuando
- Necesitas un recorrido de ida y vuelta completo de la colección, conjunto de páginas o estructura multipart.
- Esperas colorización automática o reconstrucción de tonos ausentes.
- Necesitas una calidad o un tamaño de archivo garantizados independientemente del origen y los ajustes del codificador.
- Necesitas muestras idénticas sin una política definida de color y precisión.
- Esperas eliminación de fondo o transparencia automáticas.
Detalles de la conversión de PGM a BMP
- Varias imágenes de origen
- Se decodifica la primera imagen Netpbm compatible; las imágenes concatenadas no se exportan como secuencia.
- Sin información de color nueva
- El origen almacena valores de escala de grises o bitonales. El formato BMP, compatible con color, puede representar estos tonos, pero la conversión no puede deducir los colores originales de la escena ni recuperar los tonos intermedios que falten. La colorización sería una operación de edición de imagen independiente.
- Transparencia
- El destino puede almacenar un canal alfa, pero convertir una imagen opaca no crea zonas transparentes. Eliminar el fondo es una etapa de edición independiente.
- Modo de codificación
- BMP puede no estar comprimido o utilizar una codificación seleccionada por la cabecera. El canal alfa depende de la cabecera; 32 bits por sí solos no demuestran que la aplicación de destino admita transparencia. El nombre del formato por sí solo no garantiza una salida sin pérdida ni un archivo más pequeño. WebP, AVIF y JPEG XL ofrecen opciones de calidad y sin pérdida; HEIC/HEIF usan HEVC nativo con pérdida. TIFF y JP2 usan sus variantes sin pérdida implementadas. PDF ofrece incrustación de imágenes JPEG o sin pérdida.
- Precisión de muestras y color
- La salida SDR renderizada usa píxeles de pantalla de 8 bits; no se conservan la precisión de origen ni los perfiles ICC originales. El tratamiento del color depende del decodificador y de la variante de origen compatible.
- Metadatos y color
- Este módulo de escritura de salida no conserva los bloques de metadatos EXIF, GPS o XMP de origen. No se copian los perfiles ICC originales. La salida SDR renderizada usa píxeles de pantalla de 8 bits; no se conservan la precisión de origen ni los perfiles ICC originales. El tratamiento del color depende del decodificador y de la variante de origen compatible.
- Compresión
- PGM: Sin compresión → BMP: Depende de la variante PGM: Netpbm guarda estas muestras sin compresión. Reducir el color, umbralizar o cambiar maxval puede perder información antes del almacenamiento; las representaciones de texto y binarias cambian la estructura, no el significado de la imagen. BMP: BMP puede no estar comprimido o utilizar una codificación seleccionada por la cabecera. El canal alfa depende de la cabecera; 32 bits por sí solos no demuestran que la aplicación de destino admita transparencia.
- Transparencia
- PGM: No → BMP: Sí
- Profundidad de color
- PGM: maxval hasta 65535 → BMP: 1 / 4 / 8 / 16 / 24 / 32 bpp
- Dimensiones
- La conversión mantiene las dimensiones de la imagen decodificada salvo que la edites o redimensiones. Los decodificadores compatibles aplican la orientación. ICO ajusta la imagen a un único tamaño cuadrado seleccionado; la maquetación de páginas PDF y los DPI de renderizado son configurables. Siguen aplicándose los límites de dispositivo, memoria y códec.
- Metadatos
- Este módulo de escritura de salida no conserva los bloques de metadatos EXIF, GPS o XMP de origen. No se copian los perfiles ICC originales.
Preguntas frecuentes
¿Se exportarán todas las imágenes de origen?
Se decodifica la primera imagen Netpbm compatible; las imágenes concatenadas no se exportan como secuencia.
¿La conversión puede restaurar el color o los tonos que faltan?
El origen almacena valores de escala de grises o bitonales. El formato BMP, compatible con color, puede representar estos tonos, pero la conversión no puede deducir los colores originales de la escena ni recuperar los tonos intermedios que falten. La colorización sería una operación de edición de imagen independiente.
¿El fondo se volverá transparente?
El destino puede almacenar un canal alfa, pero convertir una imagen opaca no crea zonas transparentes. Eliminar el fondo es una etapa de edición independiente.
¿Está garantizado que coincidan la profundidad de bits y los valores de color?
La salida SDR renderizada usa píxeles de pantalla de 8 bits; no se conservan la precisión de origen ni los perfiles ICC originales. El tratamiento del color depende del decodificador y de la variante de origen compatible.
¿Se conservarán los metadatos y perfiles de color?
Este módulo de escritura de salida no conserva los bloques de metadatos EXIF, GPS o XMP de origen. No se copian los perfiles ICC originales. La salida SDR renderizada usa píxeles de pantalla de 8 bits; no se conservan la precisión de origen ni los perfiles ICC originales. El tratamiento del color depende del decodificador y de la variante de origen compatible.