Convert JPG to BMP

No. The compression artefacts already baked into the JPG are ordinary pixel data now, and BMP preserves them perfectly rather than removing them. The file usually gets larger, sometimes several times larger. It is still worth doing before editing, because further edits will not stack a second generation of loss on top. BMP needs no decoder library at all, so it remains the safe interchange format for embedded systems and legacy Windows tooling. JPG has no transparency, degrades further every time it is re-saved, and produces visible blocking on flat colour and sharp text.

It is converted to sRGB, because BMP has no CMYK mode. For screen use that is exactly what you want. For commercial print it is not — the gamut shift changes how saturated colours reproduce on press, so send the printer the original JPG rather than the BMP. BMP is gigantic — a 12-megapixel photo is around 36 MB — and no browser treats it as a sane web format.

By default yes, wherever the target has somewhere to put it — camera model, exposure settings, lens and GPS coordinates all carry across. GPS is the field worth thinking about: if the image is going to be published, use the strip-metadata option so you are not broadcasting where the photo was taken. JPG is the JPEG standard from 1992, served under the .jpg, .jpeg and .jfif extensions alike, and after three decades it is still the format most cameras and most websites use for photographs.

Transparency survives when BMP is PNG, WebP, TIFF, GIF, or SVG. Converting to JPG flattens the alpha channel against a white background — if you need transparency, pick a transparency-aware target instead of BMP. BMP is the Windows Bitmap, the raw raster format built into Windows since 1985.

Embedded ICC colour profiles are read from the source JPG and re-attached to the BMP output where the format supports it (JPG, PNG, TIFF, WebP). Formats without profile support fall back to sRGB with a soft-proof step.

Camera EXIF (ISO, shutter, lens, GPS) is preserved by default during JPG -> BMP when both formats support metadata. Use the privacy toggle to strip metadata before download if you want to share images without geolocation or device-fingerprint exposure.

Yes — drag multiple JPG files into the upload zone and they queue in parallel. Free tier accepts 100 MB per file; Premium has no per-file cap and runs more parallel workers, so a 200-image batch typically finishes in under two minutes.

For straightforward format conversion we run the same libpng / libjpeg-turbo / libwebp / ImageMagick pipelines a desktop editor uses, at the same quality. The difference is that desktop tools open one file at a time; we accept a batch and run them in parallel on server-side workers.

Default behaviour is 1:1 — your BMP output has the same pixel dimensions as the source JPG. If you need to resize as part of the conversion, use /resize-image/ after, or chain the operations with the /image-pipeline/ utility.

For JPG / WebP, quality 75-85 typically yields a BMP 60-80% smaller than the JPG with no visible difference at normal viewing distance. For lossless BMP (PNG, TIFF), expect smaller savings — usually 5-30% via better deflate / LZW compression than the source already had.

Yes — uploaded JPG files are processed in isolated workers and deleted within minutes. We never read, store, or share the pixel data. The full retention window is documented at /privacy/.