sourcecodestack Team
Tools, guides & how-tos
Converting a PDF to a set of images is one of those tasks that almost everyone needs to do at some point — but it is rarely obvious which settings produce the right result for the job at hand. Should you choose JPG or PNG? Does 72 dpi look good enough, or do you need 220? Does it matter whether the conversion happens in your browser or on a remote server?
This guide works through the most common real-world scenarios, explains the settings that matter, and shows you how to get the best output every time — using a converter that runs entirely in your browser so your documents never leave your device.
Not every situation calls for opening a PDF viewer. When you post in a Slack channel, send a WhatsApp message, or reply on Twitter/X, an inline image is far more likely to be seen than a file attachment. Images render immediately in the feed; PDF attachments require a tap, a download, and a separate viewer. For announcements, event flyers, certificates, one-page summaries, or policy excerpts, converting the page to a JPG and sharing the image removes the friction entirely.
The same logic applies to email. Embedding an image inline in the body of an email gets read more reliably than a PDF attachment that many spam filters flag or that recipients are too busy to open.
Microsoft PowerPoint, Google Slides, Keynote, and LibreOffice Impress all let you insert images natively. None of them let you insert a live PDF page that reflows correctly. When you need to embed a page from a technical specification, a legal clause, a financial table, or a product screenshot that exists only in a PDF, converting it to a PNG gives you a high-quality image you can position, resize, and layer on slides without any rendering dependency.
Similarly, Word and Google Docs treat inserted images as first-class objects. You can wrap text around them, add captions, and crop them. An inserted PDF page is harder to work with and can look different across operating systems.
Government portals, HR systems, freelance marketplaces, university applications, and insurance claim forms frequently limit uploads to JPEG or PNG. The reason is usually that their backend does not have a PDF rendering library and cannot generate a consistent preview. If you need to submit a proof of address, a bank statement page, an ID scan, or a signed consent form, and the form rejects PDFs, converting the relevant page to a JPG is the most straightforward solution.
One tip here: check the platform’s maximum file size before choosing your resolution settings. Many upload forms cap files at 2 MB or even 1 MB. At 150 dpi, a typical text-heavy A4 page as a JPG at 90% quality comes in well under 500 KB, which comfortably fits most limits.
If you maintain a website or internal tool that lists PDF documents — research papers, product catalogues, company reports — showing a cover thumbnail dramatically improves usability. Users can immediately see what a document looks like before clicking. This is standard practice on academic repositories, legal databases, and real estate listing sites where floor-plan PDFs are common.
Generating a cover thumbnail means converting page 1 of each PDF to a JPG at a modest resolution (72–100 dpi is more than sufficient for a card-sized thumbnail) and saving it alongside the document. The file sizes are small and the visual payoff is significant.
Academic papers, financial reports, and technical documents often contain charts that you need for a presentation or a follow-up document. Taking a screenshot of a PDF page works, but the result is limited to your screen resolution and often has the browser chrome or taskbar accidentally captured. Converting the whole page to a high-resolution image and then cropping to the figure in any image editor gives a much cleaner, higher-quality result.
Resolution is expressed in DPI — dots per inch — and describes how many pixels represent each inch of the rendered page. A higher DPI means more pixels, which means sharper detail and a larger file.
Here is a concrete illustration using a standard A4 page (8.27 × 11.69 inches):
| Resolution | Approximate pixel dimensions | Typical JPG size | Recommended for |
|---|---|---|---|
| 72 dpi (1×) | 595 × 842 px | 50–150 KB | Web thumbnails, quick chat sharing |
| 150 dpi (2×) | 1240 × 1754 px | 150–500 KB | Presentations, social media, email |
| 220 dpi (3×) | 1820 × 2575 px | 400 KB – 1.5 MB | Print, archiving, zoomed-in text |
| 300 dpi (4×) | 2480 × 3508 px | 1–4 MB | Professional print, large-format |
The key insight is that file size grows roughly with the square of the resolution. Doubling the DPI produces roughly four times as many pixels and therefore a roughly four-times-larger file. This is why resolution choice is a genuine trade-off, not just a “higher is always better” decision.
For thumbnails in a document library, avatar-sized previews, or low-stakes sharing in chat where the recipient will only glance at the image, 72 dpi is perfectly adequate. On standard HD screens (96 dpi logical resolution), a 72 dpi image looks sharp. Most people will not notice any difference at typical viewing sizes.
For most everyday use — inserting into a slide deck, sharing on social media, attaching to an email for a business contact to read — 150 dpi provides images that look sharp at full screen on any modern monitor and on retina/HiDPI mobile screens. The file sizes are manageable (usually under 500 KB for a text-heavy page), and the quality is noticeably better than 72 dpi when the recipient zooms in.
If the image will be printed, even on a standard inkjet printer, go to 220 dpi minimum. Printers operate at 300 dpi or higher natively; feeding them a 72 dpi image results in a visibly blurry print. For archival purposes — preserving a document in image form for long-term storage — use 300 dpi to ensure the image is as faithful as possible to the original.
For pages that contain very fine print, dense tables, or small footnotes that readers will need to zoom into, 220 dpi also provides the headroom for digital zoom without pixelation.
Both formats are universally supported, but they compress differently, and the right choice depends on what is on the page.
JPG achieves its small file sizes by discarding subtle colour information that the human eye struggles to perceive, particularly in areas of gradual colour transition — exactly the kind of content found in photographs, watercolour illustrations, and scanned pages. For a page that is mostly a large image, a JPG at 85–92% quality looks virtually identical to lossless output while being 5–10 times smaller.
The downside of JPG compression is visible artefacts along sharp, high-contrast edges. The block-based encoding algorithm introduces small colour halos and blotches around crisp black lines and text characters. At high quality settings these are barely visible, but at lower quality settings — or when the image is re-compressed multiple times — they become distracting.
PNG never discards image data. Every pixel in the output file is exactly what was rendered. This makes it ideal for pages dominated by text, line drawings, technical diagrams, code listings, or any content where the sharpness of edges matters. Crisp black text on a white background compresses extremely well with PNG’s algorithm (which exploits repeating patterns), so PNG files for text-heavy pages are often only moderately larger than equivalent JPGs.
For pages with large photographic images, PNG files are typically significantly larger than JPGs because PNG does not exploit the same human perception shortcuts that make JPG so efficient on photos.
The quality slider in the converter controls how aggressively JPG compression discards information. 100% quality is near-lossless (file sizes comparable to PNG). 50% quality produces very small files with obvious artefacts. The practical range for most uses is 80–95%.
Here is a rough guide:
For most purposes, 90% is a safe default — it produces noticeably smaller files than 95% while maintaining quality that holds up at reasonable zoom levels.
Most PDF conversion tools you find through a search engine work by uploading your PDF to their servers. The workflow is: you select the file, your browser sends it over the internet to their infrastructure, their server renders it and stores the resulting images, and then you download them. This is simple to implement and works fine for publicly available documents.
The problem is that a very large proportion of PDFs people want to convert are not public documents. Consider the kinds of PDFs that appear in day-to-day life:
Uploading any of these to a third-party server involves a transfer of trust. You are trusting that the service encrypts the upload in transit (not all do). You are trusting that the file is deleted after conversion and not retained (privacy policies are often vague on timelines). You are trusting that their infrastructure is secure and not subject to a breach that could expose your document. You are trusting that a future owner of the service, if it is acquired, honours the same privacy commitments.
The PDF to JPG converter on sourcecodestack runs entirely inside your browser using PDF.js, Mozilla’s open-source rendering library. When you select a PDF:
You can confirm this with your own browser. Open the Network panel in developer tools (F12 in most browsers), start a conversion, and watch: there will be no outgoing request carrying your PDF. The conversion is computationally local from start to finish.
This is not a privacy policy claim — it is a technical constraint of the architecture. There is no server in the loop that could retain or misuse your document.
The single biggest mistake is converting a PDF to images when the recipient actually needs the original PDF. Once you rasterize a page, the text is gone as machine-readable data. The recipient cannot select a word, search for a clause, copy a paragraph, or have a screen reader read it to them. If the use case involves reading, searching, editing, signing, or archiving for compliance, keep the document in PDF form.
Many people pick Standard (72 dpi) because it is fast and produces small files, then are surprised that the printed output looks blurry. A printer working at 300 dpi receives a 72 dpi image and has to scale it up roughly 4×, which produces visible pixelation. For anything that will be physically printed, use at least 220 dpi and ideally 300 dpi.
If you set quality below 85% on a page with small text or fine lines, JPG artefacts cluster around the edges of characters and make the text look fuzzy even at normal viewing size. Either raise the quality to 90%+ or switch to PNG.
Some upload forms enforce strict limits (1 MB, 2 MB). If you convert at Very high resolution and end up with a 3 MB file, you will have to reconvert at a lower resolution or higher compression. Check the platform’s limits first and work back to the appropriate settings.
There is no account required, no watermark added, and no page limit. The tool is completely free.
Can I convert just one page of a multi-page PDF? Yes. After conversion, all pages are shown as individual thumbnails. You can download only the pages you need by clicking their individual download buttons.
Will the converter work on a phone or tablet? Yes. PDF.js runs in any modern browser including mobile browsers on iOS and Android. The rendering may be slower on older devices for large PDFs.
Is there a file size limit? The tool has no explicit file size limit, but very large PDFs (100+ pages at high resolution) will take longer to render because all processing happens on your device. For practical speed, consider working with the pages you need rather than a full document.
What happens if the PDF is password-protected? The converter needs to be able to read the PDF. If the document requires a password to open, you will need to enter the password or remove the protection before conversion. The tool does not decrypt password-protected files.
Does the image quality degrade if I convert the same PDF multiple times? No. Each conversion renders the page fresh from the PDF’s vector and text data. Unlike re-saving a JPG (which accumulates artefacts), re-running the converter produces a clean render every time.
Converting PDF pages to images is a practical skill with a handful of genuine decisions inside it. The most useful things to remember:
The PDF to JPG converter on sourcecodestack covers all of these scenarios — free, private, and without requiring an account.
sourcecodestack Team
We build free, privacy-first browser tools and write practical guides on how to use them. Everything runs on your device — no uploads, no sign-ups.
Few digital frustrations are as universal as receiving a PDF you need to change — and having no idea how. PDFs…
Imagine finishing that 40 page research report during your morning commute, or absorbing a dense legal contrac…
Every office worker, student, and freelancer has been there: you need to merge two PDFs, compress a file that …