Initializing... drag & drop files here
Supports: PDF
BMP is the Windows Bitmap format that legacy Windows software, scientific imaging tools, industrial HMI panels and embedded displays still expect, because decoding it needs almost no code. This converter renders each page of your PDF and writes it as its own .bmp file at the DPI you choose. One correction up front, because nearly every other page on this topic gets it wrong: the files this tool produces are not 24-bit uncompressed bitmaps. Depending on which quality preset you pick you get a 16-bit uncompressed bitmap or an RLE-compressed palette bitmap — the details are below, and they matter for both file size and which software will open the result.
| Preset | Pixel format | Compression | Header | Colours | Reality check |
|---|---|---|---|---|---|
| High | 16 bits per pixel, 5 bits each for red, green and blue | None (BI_RGB) | 40-byte BITMAPINFOHEADER | 32,768 | Truly uncompressed and huge, but it is 5-5-5 colour, not 24-bit — smooth gradients can show faint banding |
| Medium | 8 bits per pixel, indexed | Run-length encoded (BI_RLE8) | 40-byte BITMAPINFOHEADER (BMP v3) | 256, Floyd–Steinberg dithered | The best size-to-quality balance on document pages; metadata is stripped and a light smoothing pass is applied before quantisation |
| Low | 8 bits per pixel, indexed | Run-length encoded (BI_RLE8) | 124-byte BITMAPV5HEADER | 86, Floyd–Steinberg dithered | Fewer colours, but often not a smaller file than Medium — see below |
The counter-intuitive one is Low. Fewer palette entries should mean a smaller file, but run-length encoding rewards long runs of identical pixels, and heavier dithering across a smaller palette breaks those runs up. We measured both presets on a 1275 × 1650 text page render: Medium produced 259,916 bytes and Low produced 262,492 bytes — Low came out marginally larger. Treat Medium as the default choice and Low as a stylistic reduction, not a compression setting.
High writes two bytes per pixel with no compression, so its size is arithmetic rather than content-dependent: page width in pixels, rounded up to a four-byte row boundary, times two, times the page height, plus a 54-byte header.
| Conversion Quality | US Letter page | High-preset file size | A4 page | High-preset file size |
|---|---|---|---|---|
| 72 DPI | 612 × 792 | 0.97 MB | 595 × 842 | 1.0 MB |
| 150 DPI | 1275 × 1650 | 4.2 MB | 1240 × 1754 | 4.3 MB |
| 300 DPI | 2550 × 3300 | 16.8 MB | 2480 × 3508 | 17.4 MB |
| 600 DPI | 5100 × 6600 | 67.3 MB | 4961 × 7016 | 69.6 MB |
| 1200 DPI | 10200 × 13200 | 269 MB | 9921 × 14032 | 278 MB |
Those are per page. A 20-page document rendered at 600 DPI on the High preset is well over a gigabyte before you have downloaded anything, which is the single best argument for either dropping the DPI or switching to Medium.
No, and this is the most widespread misconception about PDF-to-BMP converters. The High preset writes an uncompressed bitmap, but at 16 bits per pixel in 5-5-5 layout — 32,768 possible colours, not 16.7 million. Medium and Low write 8-bit palette bitmaps that are run-length compressed. If you need genuine 24-bit truecolour with no quantisation, PDF to PNG is the target that gives it to you.
Medium, in almost every case. A text page is mostly flat white with black glyphs, which is exactly the content run-length encoding handles well, and a 256-colour dithered palette is more than enough for text and line art. Choose High only when a downstream tool insists on an uncompressed bitmap, and treat Low as a look rather than a size saving.
Because both use run-length encoding, and RLE compresses runs of identical pixels. Low quantises to 86 colours and dithers to compensate, and that dithering scatters the image with alternating pixels that break long runs apart. Medium has a larger palette, plus a light smoothing pass before quantisation, so its runs stay longer. We measured Medium at 259,916 bytes against Low at 262,492 bytes on the same 1275 × 1650 page render.
No. Rasterising a page converts its text into pixels, so nothing can be selected, searched, copied or clicked afterwards, and links, bookmarks and form fields are gone. If the text has to stay live, keep the document as a PDF; if you only wanted it smaller, compress the PDF instead of converting it to images.
No. BMP has no dependable alpha support across common readers, and the alpha-preserving "Unchanged" entry under Image Transparency is not offered for this target. Every page is composited onto the colour in that dropdown — White unless you change it. Use PDF to PNG when transparent regions need to survive.
Match it to the end use, and remember DPI multiplies pixel count rather than trading quality against artefacts. 72-96 DPI is fine for thumbnails, 150 DPI is comfortable for on-screen reading, 300 DPI is the print-grade standard, and 600 DPI is for OCR of small type or archival capture. On BMP specifically, each step up is expensive — the High preset roughly quadruples in size when you double the DPI.
No, and the two labels sitting near each other confuses people. "Conversion Quality" is the render DPI, which decides how many pixels each page is drawn at. "Quality Preset" is the BMP encoding choice — 16-bit uncompressed versus 8-bit palette with RLE. They are independent: you can render at 600 DPI and still write a Medium palette bitmap, or render at 96 DPI and still write High.
Your PDF is uploaded over an encrypted connection, rendered on our servers, and deleted automatically after a few hours — never shared, never made public. There is no sign-up and no watermark. With BMP the practical constraint is almost always the download rather than the upload, since a single High-preset page at 300 DPI is already around 17 MB and every page produces one.