CompressoPanda

Editorial review: August 26, 2026 · Maintained by Dik Raci

By Dik Raci · Creator of online tools · About the author

JPEG Quality 75 vs 85 vs 95: The 5x Size Question, Answered with Data

Somewhere along the way, quality 80 became a religion and quality 95 became a sin - or the reverse, depending on which forum you last read. Almost none of the people arguing have measured what the difference actually costs and buys. We did. As a second, independent replication of our earlier 27-photograph lab, we encoded 12 fresh test frames at every quality from 50 to 95 with progressive optimization enabled, and we kept three numbers for each setting: the exact file size, the PSNR fidelity against the original, and the encoding time. This article answers the only question that matters: when someone tells you to raise or lower JPEG quality, what exactly are they asking you to pay?

The size curve is not linear - it is an explosion

The median file across our 12 frames at 1920 pixels wide weighed 37 KB at quality 50 and 469 KB at quality 95. Between those extremes sits the finding most people have never internalized: the cost of quality accelerates. From 50 to 60 costs you 14 KB. From 85 to 95 costs you 299 KB - a 2.8x jump for the last ten points. The curve is exponential because JPEG's quantization tables compress coarse detail aggressively at low settings and then spend enormous amounts of bits preserving ever-finer high-frequency detail at high settings. Every step up the top of the ladder buys less perceived improvement than the last one did.

Median JPEG size and fidelity - 12 frames at 1920 px, progressive + optimized, every value measured
QualityMedian sizeVersus q95PSNR (3-frame median)Practical reading
5037 KB-92%not retainedVisible artifacts on gradients; fine for thumbnails
6051 KB-89%not retainedNoticeable on fine text; acceptable for small content images
7077 KB-84%not retainedThe threshold where most viewers stop noticing
7595 KB-80%40.58 dBThe classic web default - holds up well on photos
80126 KB-73%~41 dBSafe all-rounder; artifacts rare on ordinary content
85170 KB-64%41.41 dBDiminishing returns begin; +0.8 dB for +44 KB over q80
90258 KB-45%not retainedFor content that will be re-edited or re-compressed
95469 KBbaseline43.50 dBNear-transparent; 5x the weight of q75 for +2.9 dB

Every size is the median of 12 measured files. PSNR subsampled on 3 frames against untouched originals; ~44 dB is where differences stop being visible on ordinary content.

Chart of median JPEG file size rising non-linearly from 37 KB at quality 50 to 469 KB at quality 95
The JPEG cost curve: each quality step near the top costs more than everything below it combined.

What PSNR says about the 75 / 85 / 95 question

Quality 75 measured 40.58 dB, quality 85 reached 41.41 dB, and quality 95 topped out at 43.50 dB on our three-frame fidelity subsample. Read those distances honestly: going from 75 to 85 - paying 75% more bytes - buys 0.8 dB. Going from 85 to 95 - paying 176% more bytes - buys 2.1 dB. Perceptual studies generally place the visibility threshold of common artifacts in the low-40s dB range for ordinary photographs, which means q75 already sits at the edge of what a paying viewer can detect on a photo, and q95 spends its enormous budget mostly on fidelity nobody perceives at normal viewing sizes. The exceptions to that statement are worth listing, because they are where q90-95 genuinely earns its cost.

When the top of the ladder is actually worth it

The quality number is not portable - a warning that saves migrations

Our companion format benchmark measured the same frames with three encoders at identical numeric settings, and the results were wildly different: at quality 80 the JPEG weighed a median of 126 KB, the WebP 27 KB, and the AVIF 113 KB - three files with three different fidelity levels from one magic number. The same trap exists between JPEG encoders: libjpeg, mozjpeg and hardware encoders all interpret the scale slightly differently. The rule we now follow: quality settings are local dialects, not standards. When you migrate or automate, pick the output size or measured fidelity you want and tune the number to hit it - do not carry a number across tools and assume it means the same thing.

Speed: the quiet argument for staying moderate

We timed the batch encodes as well: all 12 frames compressed at quality 80 in 0.24 seconds total - about 20 milliseconds per image - which made JPEG roughly 9 times faster than WebP method 6 and 17 times faster than AVIF speed 6 on the same machine. For a nightly build this is trivia. For an image API compressing user uploads in real time, or a browser-based tool where the visitor's phone does the work - like the ones we run on this site - a codec that returns in 20 milliseconds keeps the experience instant. Moderate JPEG quality also produces smaller decode payloads, which speeds up rendering on the visitor's side too.

Our recommendation, in one paragraph

For web delivery of photographs, quality 75-85 remains the defensible range in 2026: our measured medians of 95-170 KB at 40-41 dB PSNR deliver images almost nobody can distinguish from originals at normal sizes, at a fifth to a third of the weight of quality 95. Reserve 90-95 for text-heavy screenshots, re-compression sources, and edge-critical graphics - the four cases above. And whichever number you pick, verify it on a sample of your real images rather than on folklore: run ten of your files through two adjacent settings, compare the byte medians and look at the crops at 100%. It takes five minutes and it ends the argument permanently.

Frequently asked questions

Is JPEG quality 85 really better than 75?

It measures better - 41.41 dB versus 40.58 dB PSNR in our test, a 0.8 dB gain - but it costs 79% more bytes (170 KB versus 95 KB median). Whether that is better depends on content and destination. On ordinary photographs at normal viewing sizes, most viewers cannot tell the difference; on text-heavy screenshots and files that will be re-edited, the higher setting protects detail. Measure on your own images rather than adopting either number as a rule.

What JPEG quality should I use for website images?

Quality 75-85 is the defensible range for photographic web delivery: our medians of 95-170 KB at 1920 px hold fidelity at the edge of perception while weighing a third to a fifth of quality-95 files. Go lower only for thumbnails, higher only for the four high-quality cases: fine text, re-compression chains, hard edges, and print or zoom destinations.

Why is my quality-95 JPEG so enormous?

Because JPEG's cost curve is exponential near the top. In our run, moving from quality 85 to 95 multiplied the median file by 2.8x - from 170 KB to 469 KB - for a 2.1 dB fidelity gain that is mostly imperceptible on ordinary content. The encoder is spending bits preserving high-frequency detail that small display sizes and ordinary viewing conditions cannot show.

Does resizing an image save more than lowering quality?

Usually far more, and the two multiply. Pixel count scales file size roughly quadratically: a 1920 px frame halved to 960 px typically drops to about a quarter of the bytes at constant quality. Resizing to the actual display size first, then choosing a moderate quality, beats any single setting change - which is why our resizer and compressor are designed to be used together before you export.

Is quality 100 lossless?

No. JPEG is always lossy: its discrete cosine transform discards information at every quality setting, including 100. Quality 100 simply minimizes quantization error while still changing pixels - and in our ladder it produced the largest files we measured, 469 KB median at 1920 px. For genuinely lossless delivery you need PNG, WebP lossless, or AVIF lossless, all of which stay reversible.

Try CompressoPanda Now

Practical image processing with an output you should review before publishing.

Related Articles