Convert BMP to PDF

Then the conversion produces a picture of the text rather than the text itself, and searching it finds nothing. Run /pdf-ocr/ to add a recognised text layer first; optical character recognition turns the scanned pixels into selectable, searchable characters that the conversion can then carry through properly.

Yes, and the BMP would not have. Browsers ship a decoder for PDF and none for BMP, so a BMP link forces a download while a PDF renders inline. That is usually the deciding factor when the file is going onto a web page rather than into an application. A PDF looks byte-for-byte identical on every machine and every printer, which is why contracts, invoices and academic papers all live in it.

Because a BMP keeps its pixel data at or near full size — that is what makes it a working format rather than a delivery one — and a document does not keep it that way. The image is re-encoded into a compressed form when it is placed, so a thirty-megabyte source can land as a two-megabyte picture with no visible difference at reading size. That is a saving rather than a loss for anything screen-bound. If the document is going to a printer, raise the placement quality before converting rather than trying to recover detail afterwards. BMP is gigantic — a 12-megapixel photo is around 36 MB — and no browser treats it as a sane web format.

Keep them at their native pixel size. A BMP is what a screen capture is saved as, and screen text is drawn one pixel thin — scale it up or down inside the document and the letterforms blur immediately, because there is no spare detail to resample from. Place the image at full size and change the page zoom instead; if it genuinely has to be smaller, re-capture the window at a smaller size rather than shrinking the picture afterwards. BMP needs no decoder library at all, so it remains the safe interchange format for embedded systems and legacy Windows tooling.

It depends entirely on whether real text is present. A PDF generated from a document carries an actual text layer and is searchable; a PDF built from scans or images is a picture of text and is not, until OCR adds a layer. /pdf-ocr/ does that, and it is worth running before any conversion that expects to read the words.

Yes for text-bearing BMP (DOCX, ODT, HTML, TXT) — fonts are embedded into the PDF so the output looks identical on every viewer. Image-only BMP (JPG, PNG) just centers the image on the page; layout is N/A.

Yes — drop multiple BMP files into the upload zone and choose the "merge into one PDF" option. They appear as sequential pages in the PDF in upload order; drag-to-reorder is supported before conversion.

Defaults: A4 portrait (international) or letter portrait (US). The advanced options expose page-size (A3, A4, A5, letter, legal, tabloid, custom) and orientation (portrait / landscape). For image BMP, "auto-fit" picks orientation to match the source aspect ratio.

Yes for BMP formats that have real hyperlink metadata (DOCX, ODT, HTML). Image-based BMP (JPG, PNG, TIFF) have no hyperlinks to preserve. The PDF file uses standard PDF URL actions so links work in every PDF reader.

Yes when the BMP contains real text (DOCX, ODT, HTML, TXT). Image-based BMP produces an image-only PDF — to make it searchable, use /pdf-ocr/ after conversion to run optical character recognition.

Not in this tool — convert BMP to PDF first, then use /pdf-protect/ to add a password, watermark, or restrict editing. Splitting the operations makes it easy to reconvert without re-typing the password.