Guide
JPG compression: how far to push it before quality drops
JPEG's quality slider isn't linear, and the first artifacts don't show up where most people expect.
By Buğra SözeriPublished
JPEG’s quality slider runs from 0 to 100, and it’s tempting to assume the relationship between that number and file size is a straight line — drop from 90 to 45 and expect roughly half the bytes. It isn’t linear. Most of the possible file-size savings happen in the top third of the scale, between 100 and about 75, because JPEG’s encoder is aggressively removing redundant high-frequency detail that the human eye barely registers. Below 75, further quality drops buy diminishing size savings while visible artifacts start climbing fast.
How JPEG compression actually works
JPEG (defined in the ITU-T T.81 standard) splits an image into 8×8 pixel blocks, runs each through a discrete cosine transform, and then quantizesthe result — dividing each frequency coefficient by a number from a quantization table and rounding. The quality setting scales that table: higher quality means finer quantization (less rounding, more preserved detail), lower quality means coarser quantization (more rounding, more discarded detail, smaller file). The 8×8 block structure is also why heavy compression produces visible square “blockiness” rather than a uniform blur — you’re seeing the block boundaries where quantization error doesn’t align smoothly with its neighbors.
Where artifacts actually start showing up
| Quality | Typical result |
|---|---|
| 90-100 | Visually lossless; file size still fairly large |
| 75-89 | No visible loss on most photos; good size savings |
| 60-74 | Subtle softening in flat areas and skies; fine for web thumbnails |
| 40-59 | Visible blockiness around edges and text; noticeable color banding |
| Below 40 | Heavy artifacts everywhere; only usable for tiny previews |
Content matters as much as the number. A smooth photo of a sunset sky shows banding artifacts much earlier than a busy, high-detail photo of foliage, because JPEG’s quantization error is most visible in large flat color regions. Screenshots with sharp text edges also degrade earlier than photos — this is one reason PNG, not JPEG, is the right format for screenshots and UI mockups.
Quality vs. scale: two different levers
Quality and pixel dimensions are independent controls that both shrink file size, and conflating them is a common mistake. Dropping the quality slider keeps every pixel but discards fine detail within each one; scaling the image down (say, to 50% of its original width and height) removes pixels entirely. For a photo that will only ever display at 800px wide, scaling to 800px first and then compressing at a higher quality setting almost always looks better — and produces a smaller file — than keeping the full resolution and crushing the quality slider to compensate.
Testing it yourself
The only reliable way to pick a setting for a specific image is to compare outputs directly, since the “safe” threshold shifts with content, viewing size, and screen. An image compressorthat shows before/after file size and lets you toggle quality while previewing the result removes the guesswork — start around 80, and back it down only if the size still isn’t low enough for your use case. For anything with sharp edges, transparency, or text, check whether a different format would serve you better before tuning JPEG quality further.
Frequently asked questions
- What JPEG quality setting should I use?
- 70-85 out of 100 is the sweet spot for most photos: file size drops sharply below 90 with little visible loss, and artifacts (blockiness, color banding) become noticeable below about 60, especially on images with text, sharp edges, or flat color fields.
- Does JPEG compression loss stack if I re-save a file?
- Yes. Every JPEG re-encode reapplies lossy quantization on top of whatever was already lost, so repeated open-edit-save cycles degrade quality even at a fixed quality setting. Keep a lossless master (PNG or the original) and export a fresh JPEG each time instead of re-saving the same file.
- Why does my compressed JPG look fine at 100% zoom but blurry when printed?
- JPEG quality settings target on-screen viewing at the image's native resolution. Printing enlarges the same pixels, which magnifies both the resolution limit and any compression artifacts — a file that looks sharp on a laptop screen can look soft or blocky at 8x10 print size.
Sources & references
Authoritative references cited by this piece. Verified by Buğra Sözeri on the dates shown and re-checked at every deploy.
- ITU-T T.81 — Information technology: Digital compression and coding of continuous-tone still images (JPEG) — The base standard defining JPEG's DCT-based lossy compression and quantization tables(as of )
- Mozilla — Image file type and format guide — MDN's reference on lossy vs. lossless formats and when JPEG artifacts appear(as of )
Related
More guides on this topic
- Base64 image data URIs: when embedding beats a fileA data:image/png;base64 URI inlines an image directly in HTML or CSS, skipping a request — at the cost of a bigger file and no browser caching. When it wins.
- How to make a favicon: sizes, formats, and what browsers actually loadWhich favicon sizes matter in 2026 — 16/32 ICO, 180 apple-touch-icon, 192/512 PWA — plus SVG favicon support, dark-mode variants, and the minimal head markup that covers everything.
- What your photos reveal: EXIF data, GPS location, and how to remove itPhotos carry GPS coordinates, timestamps, and device identifiers in their metadata. What EXIF actually contains, which platforms strip it, and how to inspect and remove it locally.
Published September 25, 2026