JPG vs TIFF
A detailed comparison of JPEG Image and TIFF Image — file size, quality, compatibility, and which format to choose for your workflow.
Short answer: use JPG for sharing, web, and storage of finished photos. Use TIFF for editing originals, printing professionally, and archiving high-value imagery. JPG is what 99% of the world sees daily; TIFF is what photographers, print shops, museums, and medical imaging professionals actually keep on their drives.
JPG (lossy, ~200 KB-2 MB per photo) and TIFF (lossless, often 20-100+ MB) sit at opposite ends of the photography format spectrum. The choice between them is essentially a choice between convenience and pristine quality.
JPG vs TIFF at a glance
| Dimension | JPG | TIFF |
|---|---|---|
| Compression | Lossy (DCT) | Lossless (LZW/ZIP/none) |
| File size (24MP photo) | ~3-5 MB | ~70-150 MB |
| Bit depth | 8 bit per channel | 8, 16, 32 bit per channel |
| Color spaces | sRGB (mostly), AdobeRGB | sRGB, AdobeRGB, ProPhoto, CMYK, LAB |
| Layers | — | — |
| Transparency | ❌ No | ✅ Yes (alpha channel) |
| CMYK support | ⚠️ Limited | ✅ Native |
| Re-edit fidelity | ⚠️ Degrades with each save | ✅ Lossless infinite edits |
| Web compatibility | ✅ Universal | ❌ Browsers don't render TIFF |
| Camera RAW alternative | In-camera JPG output | Common intermediate after RAW edit |
When should you use JPG vs TIFF?
JPG Use when…
- Sharing photos online or via email — TIFF files are too big for email and browsers don't render them inline.
- Personal photo libraries (mobile/cloud) — Apple Photos, Google Photos, etc. all store JPG by default. TIFF would consume 20-30× more storage.
- Web publication —
<img src="">doesn't render TIFF in any major browser. Always use JPG/WebP/AVIF for web photos. - Final delivery to clients (when print quality not critical) — A wedding gallery, an Instagram post, a website banner: JPG at quality 85+ is indistinguishable from TIFF for these uses.
- Backup of casual snapshots — A high-quality JPG (q=92) is a reasonable archival choice for non-critical content. Saves 20× the disk vs TIFF.
Avoid JPG when: you'll re-edit the image multiple times (each save degrades quality), you're sending to a print shop for billboards/large format, or you're the original author and want to preserve full editing latitude.
TIFF Use when…
- Original photographer's editing master — When you process a RAW file in Lightroom/Capture One and need to keep an editable intermediate, TIFF preserves layers, depth, and color space.
- Submitting to print shops — Print bureaus typically require TIFF (or PDF) for any work going to offset, flexo, or large-format printing. JPG's 8-bit limit and DCT artifacts show up at print scale.
- Photo retouching workflows — Photoshop's native PSD format is fine internally, but TIFF is the universal interchange when sharing layered files between Photoshop and other software.
- Archival of valuable originals — Museums, libraries, government archives use TIFF (often with LZW compression) as the de facto standard for digitized images. The Library of Congress's Digital Asset Specifications mandate TIFF for archival photography.
- Medical and scientific imaging — DICOM imaging often references TIFF backends; geographic/satellite imagery (GeoTIFF) is a TIFF variant.
- High dynamic range work (16-bit+) — TIFF supports 16-bit per channel, which preserves smooth gradients in skies and shadows that 8-bit JPG would band.
- CMYK preparation for press — Designers preparing images for print convert to CMYK TIFF before placing into InDesign/QuarkXPress.
Avoid TIFF when: you only need a viewable file, the recipient won't have professional image software, file size matters, or web display is the goal.
Best format by use case
Wedding photography (delivered)
Clients view on phones/laptops. JPG delivers identical perceived quality at 1/20 the size.
Winner: JPGPhoto editing master
Layers, 16-bit depth, ProPhoto color space all preserved across edits.
Winner: TIFFOffset / large-format print
CMYK native, no DCT artifacts visible at billboard scale.
Winner: TIFFWeb image hero
Browsers don't render TIFF. JPG is the only realistic option for `<img>`.
Winner: JPGMuseum / archival
LZW-compressed TIFF is the LoC and ISO standard for digitization.
Winner: TIFFiCloud / Google Photos backup
Cloud services normalize to JPG anyway. TIFF wastes upload bandwidth.
Winner: JPGDigital art handoff
Layered TIFF preserves work in transit between Photoshop, Procreate, etc.
Winner: TIFFEmail attachment
5 photos = 25 MB as JPG, 500 MB as TIFF. Mailbox limits matter.
Winner: JPGJPEG Image
Raster & Vector ImagesJPEG is the most widely used lossy image format on the web. It achieves small file sizes through adjustable compression, making it ideal for photographs and complex images where some quality loss is acceptable.
About JPG filesTIFF Image
Raster & Vector ImagesTIFF is a flexible, high-quality image format widely used in publishing, printing, and professional photography. It supports multiple compression methods and color spaces including CMYK.
About TIFF filesStrengths Comparison
JPG Strengths
- Excellent compression ratio for photographs (10:1 or better without visible quality loss).
- Universal support — every camera, phone, OS, and browser reads JPEG natively.
- Adjustable quality setting balances file size against visual fidelity.
- Embeds EXIF metadata (camera model, GPS, exposure) automatically.
- Progressive rendering for graceful loading over slow networks.
TIFF Strengths
- Lossless by default — no generation loss on successive edits and saves.
- Supports any bit depth (1 to 32 bits per channel), any color model, any number of channels.
- Extensible tag system means vendor-specific data survives alongside standard tags.
- Multi-page containers are perfect for scanned documents, faxes, and DICOM-like stacks.
- Industry-standard for archival, museums, scientific imaging, and high-end print prepress.
Limitations
JPG Limitations
- Lossy — every save degrades the image further (generation loss).
- No transparency channel (use PNG or WebP for that).
- Visible compression artifacts on text, sharp edges, and flat colors.
- Limited to 8 bits per channel — poor for HDR or print work.
- Baseline JPEG tops out at 65,535 × 65,535 pixels.
TIFF Limitations
- File sizes are huge compared to JPEG/WebP/AVIF — often 10-30× larger.
- Not a web format — no browser displays TIFF natively.
- Ambiguous spec areas mean some TIFFs only open correctly in the tool that created them.
- Weak animation support — designed for still imagery.
Technical Specifications
| Specification | JPG | TIFF |
|---|---|---|
| MIME type | image/jpeg | image/tiff |
| Compression | Lossy — Discrete Cosine Transform + quantization + Huffman coding | — |
| Color depth | 8 bits per channel (24-bit RGB or 8-bit grayscale) | — |
| Max dimensions | 65,535 × 65,535 pixels (baseline) | — |
| Transparency | Not supported | — |
| Typical quality | 75–90 for web, 95+ for print | — |
| Extensions | — | .tif, .tiff |
| Standard | — | TIFF 6.0 (1992); BigTIFF extension for 64-bit offsets |
| Max file size | — | 4 GB (TIFF); 2^64 bytes (BigTIFF) |
| Compression options | — | None, LZW, Deflate, JPEG, CCITT G3/G4, PackBits, JBIG |
Typical File Sizes
JPG
- Phone photo (12 MP, quality 85) 2–5 MB
- Web thumbnail (400px) 20–60 KB
- Full-page magazine photo 500 KB – 2 MB
- Social-media square (1080×1080) 100–400 KB
TIFF
- Scanned A4 page (300 dpi, B&W) 100-300 KB
- Scanned A4 page (600 dpi, color) 15-40 MB
- Print-quality magazine photo 30-150 MB
- Satellite GeoTIFF tile 50 MB - 5 GB
Technical deep dive: JPG vs TIFF
TIFF: a 40-year-old format that refuses to die
TIFF (Tagged Image File Format) was created by Aldus in 1986 — five years before the WWW existed — to standardize scanning workflows. Adobe acquired Aldus in 1994 and has maintained the spec since. TIFF 6.0 (1992) is still the canonical reference, with the IT8.7 working group adding extensions for color management.
The "tagged" architecture is the key insight: a TIFF file is a sequence of Image File Directories (IFDs), each containing tagged metadata fields plus a pixel data block. This makes the format extraordinarily flexible — you can have:
- Multiple resolutions in one file (multi-page TIFF for fax)
- 8/16/32-bit channels
- Any color space (grayscale, RGB, CMYK, LAB, ProPhoto)
- Layers (with appropriate extension)
- GeoTIFF metadata (latitude/longitude per pixel for satellite imagery)
- Embedded ICC color profiles
- Thumbnail previews
- All of the above in different compressions per IFD
The downside: this flexibility means TIFF readers vary wildly in what they support. A 16-bit ProPhoto layered TIFF written by Photoshop may not open correctly in a generic image viewer. Stick to baseline TIFF (8-bit RGB or grayscale, LZW or no compression) for maximum portability.
How TIFF compression options compare
TIFF doesn't mandate a single compression. Common options:
| Compression | Lossless? | Typical reduction | Notes |
|---|---|---|---|
| Uncompressed | n/a | 0% | Largest, most compatible |
| LZW | ✅ | 30-50% on photos, 70%+ on graphics | De facto standard |
| ZIP / DEFLATE | ✅ | Similar to LZW, slightly slower | TIFF 6.0 extension |
| JPEG (in TIFF) | ❌ | 80-95% | Hybrid; rarely used in practice |
| CCITT Group 4 | ✅ | Bilevel docs only | Faxes, scanned forms |
| ZSTD (TIFF 6.0+) | ✅ | Better than LZW | Newer; not universal |
For photography: LZW or ZIP with no quality loss. For document scanning: CCITT Group 4 for bilevel pages.
JPG: the format that built the consumer internet
JPG (technically JPEG, ISO/IEC 10918-1, 1992) is the lossy DCT-based format we covered in detail in JPG vs PNG. For this comparison the key points:
- 8-bit per channel only (no 16-bit support — JPEG XL aims to fix this)
- sRGB primarily (AdobeRGB requires explicit ICC profile embedding; some viewers ignore it)
- No layers, no transparency, no metadata richness beyond Exif
- Quality settings 0-100 trade file size against artifacts
JPG's DCT compression is uniquely well-suited to photographs with smooth tonal gradients. For diagrams, screenshots, and graphics, PNG or TIFF is dramatically more efficient.
Bit depth: why 16-bit TIFF matters for editing
A standard JPG stores 256 brightness levels per channel (8-bit). For a final delivery this is plenty — your eye barely distinguishes that many gradations. But during editing, every operation (curve, levels, exposure adjustment, color grade) redistributes those 256 levels, leaving gaps that show up as banding in skies and shadows.
TIFF at 16-bit per channel stores 65,536 brightness levels — 256 times more granularity. You can apply aggressive edits without visible banding. Once finished, you export to 8-bit JPG for delivery.
This is why professional photo workflows look like: RAW (12-14 bit) → 16-bit TIFF (editing master) → 8-bit JPG (delivery)
Skipping the TIFF intermediate (editing directly on JPG) bakes in artifacts that compound with each save.
Color spaces: sRGB vs AdobeRGB vs ProPhoto
- sRGB: web-standard, narrow gamut. JPG default.
- AdobeRGB: wider gamut, common in print prep. JPG with embedded ICC profile, TIFF native.
- ProPhoto RGB: extremely wide gamut, used internally by Lightroom/Capture One. TIFF/16-bit only — embedding in JPG mangles colors.
- CMYK: subtractive press color. TIFF native, JPG has limited support (and most browsers don't display CMYK JPGs correctly).
If you're sharing for screen viewing: sRGB JPG works for everyone. If your destination is print or another professional editor: TIFF with the appropriate color space.
File size: real numbers from a 24 MP photo
For a 24 MP (6000×4000) photograph:
| Format | Size | Notes |
|---|---|---|
| JPG quality 95 | 4-7 MB | Indistinguishable from source for most viewers |
| JPG quality 85 | 2-4 MB | Excellent quality, web-ready |
| JPG quality 70 | 1-2 MB | Visible artifacts on close inspection |
| TIFF 8-bit RGB LZW | 50-90 MB | Print-ready, lossless |
| TIFF 16-bit RGB LZW | 100-180 MB | Editing master, all latitude preserved |
| TIFF 16-bit ProPhoto LZW | 100-180 MB | Lightroom/CaptureOne export default |
| TIFF uncompressed 8-bit | 72 MB exact | (6000×4000×3 bytes) |
| TIFF uncompressed 16-bit | 144 MB exact | (6000×4000×6 bytes) |
The 20-30× size difference is why TIFF doesn't replace JPG even though it's technically superior — practical storage and bandwidth costs dominate.
Converting between TIFF and JPG
TIFF → JPG: lossy step that bakes in compression artifacts. Choose quality wisely:
- q=95 for "looks identical" delivery
- q=85 for "web-ready"
- q=70 only if file size is critical
If you're flattening layers / dropping color profile / converting from 16-bit to 8-bit, do those conversions before exporting JPG so you control them deliberately.
JPG → TIFF: doesn't restore the data JPG threw away. The TIFF will be 20× larger but contain the same visible information as the source JPG. Useful only when an upstream pipeline requires TIFF input (e.g., a print bureau that won't accept JPG).
Convert JPG to TIFF or Convert TIFF to JPG — both lossless when going TIFF→JPG with appropriate quality, mathematically lossless TIFF→TIFF re-encoding.
Ready to convert?
Convert between JPG and TIFF online, free, and without installing anything. Encrypted upload, automatic deletion after 60 minutes.
Frequently Asked Questions
TIFF stores every pixel exactly (lossless), often at 16-bit depth, with full color profile metadata. JPG discards information your eye barely notices via DCT compression. For a 24 MP photo, TIFF is typically 20-30× larger than the equivalent JPG. The trade-off: TIFF preserves full editing latitude; JPG saves space at the cost of irreversible quality loss.
Yes, all major editors handle TIFF natively (often better than JPG because TIFF preserves layers, channels, and 16-bit depth). The catch: not all readers support all TIFF variants — exotic compressions or 32-bit float TIFFs may not open in basic viewers. Stick to "Baseline TIFF" (8 or 16-bit RGB, LZW or no compression) for maximum portability.
Shoot RAW. RAW is even more flexible than TIFF for editing (it captures sensor data, not interpolated RGB pixels). Convert RAW → 16-bit TIFF for an editing master if needed, then export TIFF → JPG for delivery. Shooting RAW + JPG simultaneously is a common compromise: RAW for editing latitude, JPG for instant sharing. Shooting RAW + TIFF is unusual; TIFF doesn't add much over RAW.
No major browser supports TIFF in `<img>` or `<picture>` elements. The format is too varied (multiple compressions, color spaces, bit depths) to standardize for web rendering. For web display, always convert TIFF to JPG, WebP, AVIF, or PNG.
No, because TIFF is lossless — there's no quality slider. The closest equivalent is choosing compression: uncompressed (largest), LZW (medium, fast), ZIP/DEFLATE (medium, slower), or ZSTD (smaller, newer). All produce mathematically identical decoded pixels.
Yes. TIFF supports an alpha channel via the ExtraSamples tag. Photoshop and most professional editors write transparency correctly. However, generic TIFF viewers may render the transparency as solid white or black. For transparency-critical work meant for screen, PNG is more reliable.
PDF/A is the modern archival standard for documents (text-heavy pages, multi-page documents, searchable OCR layer). TIFF (specifically multi-page TIFF with CCITT Group 4 compression) is the legacy standard, still widely used in government and legal archives. For new projects, PDF/A. For compatibility with existing institutional pipelines, multi-page TIFF.
JPG's DCT compression introduces 8×8-pixel block artifacts that are invisible on screen at viewing distance but visible when enlarged for poster/billboard sizes. JPG's 8-bit limit also causes banding in smooth color transitions when printed. TIFF preserves the full image data, so the press operator can apply final color management without compounding artifacts.