There are two camps on PowerPoint image compression, and both are wrong.

The first says compress everything, always — drag the resolution to Email quality, tick every box, ship the smallest file you can. The second says never compress, ever — PowerPoint silently destroys your images and the only safe move is to switch compression off entirely. You will find each position argued with total conviction in the same forum thread.

The truth is that compression is a tool, and like any tool the right setting depends on what the file is for. A deck that will only ever be shown on a projector has nothing in common with a master file you are archiving, and compressing them the same way is how you end up either with a 400 MB monster nobody can email or a wall of soft, blocky images on a 4K screen. So here is the decision tree — by destination, with a specific recommendation for each — plus the two settings everyone gets wrong on the way through.

First, the myth that powers the bad advice

Most of the “never compress” advice rests on a claim you will read constantly: that PowerPoint compresses your images to 96 ppi by default and quietly wrecks them. That was true a long time ago. It has not been true since PowerPoint 2016.

In current PowerPoint — 2016 through 2024 and Microsoft 365 — the default resolution for inserting pictures is High fidelity, which applies minimal compression and only when an image genuinely exceeds the slide canvas. You can confirm this yourself: File > Options > Advanced, scroll to Image Size and Quality, and look at the Default resolution dropdown. On a modern install it reads High fidelity, not 96 ppi.

This matters because it changes the whole question. PowerPoint is not aggressively degrading your images behind your back on insert. The degradation people complain about almost always comes from one of two deliberate actions: someone ran Compress Pictures and picked a low resolution, or someone exported to a format that recompresses. (If your pain is specifically images going soft when you make a PDF, that is a separate mechanism covered in image quality loss when exporting PowerPoint to PDF.) So “never compress” is solving a problem that the modern default already solved. The real decision is when you should choose to compress, and how hard.

What Compress Pictures actually does

Before the tree, you need to know what the dialog changes, because two of its effects are irreversible and people trigger them without noticing.

Select any image, go to the Picture Format tab, and in the Adjust group click Compress Pictures. The dialog does three separate things:

  • Resolution downsampling. It reduces the pixel dimensions of images to the target ppi you choose. This is the visible quality change, and it cannot be undone once saved — the discarded pixels are gone.
  • Delete cropped areas of pictures. When you crop an image in PowerPoint, the cropped-off portion is retained so you can un-crop later. Ticking this throws that hidden data away permanently. It is often the single biggest file-size win, because people crop large images down to small visible regions while the full original sits inside the file.
  • Scope. The Apply only to this picture checkbox decides whether the settings hit just the selected image or every image in the deck.

The resolution options you will see are High fidelity (original quality, minimal compression), HD (330 ppi), Print (220 ppi), Web (150 ppi), and E-mail (96 ppi), plus Use default resolution. Now we can map those to what you are actually doing.

The decision tree, by destination

You are presenting on screen only — projector, monitor, Teams share

This is the most common case and the one people over-compress out of habit. Your output device tops out somewhere between roughly 96 and 150 effective ppi across a slide, so paying to store anything beyond that is wasted, but going below it shows.

Recommendation: Compress to Web (150 ppi) if file size is a concern, or leave at High fidelity if it isn’t. Do not drop to E-mail (96 ppi) for a deck you’ll project — large background photos will visibly soften on a big screen even though they look fine on your laptop while editing. The mistake here is judging quality on the 15-inch screen you build on and then projecting onto a 100-inch surface.

You are emailing the file or uploading it somewhere with a size limit

Now file size is the binding constraint, and a little softness is an acceptable trade for a file that actually sends. Most mail systems choke somewhere around 20–25 MB.

Recommendation: Tick Delete cropped areas of pictures first — this often does most of the work on its own and costs you nothing you can see. Then compress to Web (150 ppi), and only step down to E-mail (96 ppi) if you are still over the limit. Always work on a copy. Use Save As to create a “—email” version and compress that, so your full-quality master is untouched. Compression is destructive; never run it on the only copy you have.

You are printing the slides or sending to a print house

Print needs far more resolution than a screen, and this is where over-compression is most punishing — a deck that looked perfect on a monitor can print muddy.

Recommendation: Use Print (220 ppi) as your floor, or HD (330 ppi) for anything containing fine detail, small text inside images, or photography that will be examined up close. Do not tick Delete cropped areas unless you are certain you will never need to re-frame, because print revisions often involve exactly that. If quality matters more than size — which for print it usually does — leave compression off entirely and accept the larger file.

You are saving a master or archive copy

This is the file every other version is generated from. It should be the best you have.

Recommendation: Switch compression off for this file. Go to File > Options > Advanced > Image Size and Quality and tick Do not compress images in file. This preserves full image data and disables PowerPoint’s minor on-the-fly compression for this presentation. Keep this as your source of truth, and produce the on-screen, email, and print versions as compressed copies from it. Storage is cheap; re-shooting or re-sourcing images you compressed away is not.

The two settings everyone gets wrong

“Do not compress images in file” is per-presentation, not global. Tick it and it protects this file only. The next new presentation starts fresh with the default behaviour, and you’ll forget. There is no clean in-app global switch — making it truly permanent requires a registry edit or building it into your default template, and for most people the honest answer is to just remember to set it on the files that matter rather than chasing a system-wide fix. Our Microsoft 365 image quality settings reference lays out which of these toggles are per-file and which persist, across every Office app, so you know what actually sticks.

“Apply only to this picture” does more than it says when unticked. Leave it unticked and your chosen resolution applies to every image in the deck — and it overrides any per-image compression you set earlier. So if you carefully kept one hero image at high fidelity and then ran a deck-wide compress with this box unticked, you just flattened your hero image too. Tick it when you mean one image; understand that unticking it is a blanket action that wipes your earlier selective choices.

Two cases where compression backfires

The decision tree above assumes photographs, which is what most deck images are. Two image types break the rules, and they catch people out constantly.

Screenshots and any image containing text. Compression downsamples and recompresses, and recompression is JPEG-style — it is built for smooth photographic gradients, not the hard edges of UI elements and lettering. Run a screenshot of a spreadsheet or a software interface through Email-quality compression and the text turns fuzzy and the gridlines develop halos, even at sizes where a photo would still look fine. If your deck is screenshot-heavy — training material, software documentation, technical walkthroughs — treat it like print: stay at 220 ppi or higher, or don’t compress at all. The legibility you lose is exactly the content people opened the slide to read.

Images that are already small. Open the Compress Pictures dialog on a small image and you may find every resolution option greyed out except Use default resolution, or the dialog refuses to reduce anything. This is not a bug. It means the image is already at or below the target resolution, so there is nothing to downsample — you cannot compress your way to a smaller file from an image that is already small. The file-size problem, when you have one, is nearly always one or two large background photos or uncropped originals, not the dozen small icons. Find the heavy images before you reach for a deck-wide compress; compressing the lightweight ones gains you nothing and only risks the screenshots.

Our recommendation, stated plainly

Stop treating compression as a one-time decision baked into the file. Treat it as the last step before each specific delivery.

Keep your working file at High fidelity, or with Do not compress images in file ticked if it’s a master you’ll reuse. Then, when you need to deliver, Save As a copy named for its purpose and compress that copy to match the destination: 150 ppi for screens, 96 ppi only when an email size limit forces it, 220–330 ppi for print, nothing for archives. Tick Delete cropped areas on the email and screen copies where size matters and you’ve finished cropping; leave it off where you might revise.

That is the entire discipline. “Always compress” costs you quality you can’t get back. “Never compress” costs you files nobody can send. Compressing to the destination costs you neither, and it takes about thirty seconds once it’s a habit. The same logic applies in Word, incidentally — the settings differ slightly but the destination-based thinking is identical, as we cover in why Word image quality drops after save.