Initializing... drag & drop files here
Supports: 3FR, ARW, AVIF, BMP, CR2, CR3 +30 more
TIFF (Tagged Image File Format) was created by Aldus engineer Stephen Carlsen in 1986; the current TIFF 6.0 specification was published in 1992 and the copyright now sits with Adobe. The format's defining feature is its tag-based container: a single.tif file can hold one or many image planes at any bit depth, in any color space, with or without compression, and with rich metadata baked in. That flexibility is why it remains the working format of record in print production, scientific imaging, and cultural-heritage archives.
| Property | TIFF | JPG | PNG |
|---|---|---|---|
| Compression | Lossless (LZW, Deflate, PackBits, ZSTD) or lossy (JPEG-in-TIFF) or none | Lossy DCT only | Lossless Deflate |
| Bit depth per channel | 1, 4, 8, 16, 32 (incl. float) | 8 (12 in lossless variant, rare) | 1, 2, 4, 8, 16 |
| Color models | Bitonal, grayscale, RGB, CMYK, Lab*, YCbCr, separated inks | YCbCr / grayscale | RGB / grayscale / palette |
| Alpha channel | Yes, per-bit-depth | No | Yes (8 or 16-bit) |
| Multi-page | Yes (native) | No | No |
| Typical max file size | ~4 GiB (standard) / ~18 EB (BigTIFF) | ~4 GiB | ~4 GiB |
| Best for | Print, archival, scientific, RAW masters | Web photos, social, email | Screenshots, UI, transparency |
| Widely opens in browsers | No | Yes | Yes |
| Compression | Lossless? | Baseline? | When to pick it |
|---|---|---|---|
| None (uncompressed) | n/a | Yes | Archival masters where bit-exact storage matters more than disk space; safest for unknown future readers. |
| PackBits | Yes | Yes | Required-baseline option; fast, modest compression. Good for screenshots and synthetic graphics; weak on photos. |
| LZW | Yes | Extension | The de facto prepress and DAM standard. Patent expired in 2003-2004 — universally supported. |
| Deflate (ZIP) | Yes | Extension | Often a few percent smaller than LZW on photographic content; supported by every modern reader (Photoshop, GIMP, libtiff). |
| ZSTD | Yes | Extension (newer) | Faster decode than Deflate at similar ratios; check your downstream tool supports it before sending out. |
| JPEG (in TIFF) | No | Extension | Smallest output, but lossy — fine for web previews, not for archives or prepress. |
| CCITT Group 4 | Yes | Extension | Bitonal scans only (1-bit). The standard for fax and document archives. |
| JPEG 2000 (in TIFF) | Either | Extension | Niche — wavelet-based, lossless or lossy; tool support is patchy outside of geospatial and medical pipelines. |
TIFF stores image data losslessly (or uncompressed) and supports CMYK, 16-bit-per-channel color, and embedded ICC profiles — everything a print shop or archive needs to reproduce or preserve the file exactly. JPG is an 8-bit-per-channel RGB-only format with lossy DCT compression that introduces 8x8 block artifacts around text and high-contrast edges, especially after multiple re-saves. The Library of Congress lists uncompressed and LZW-compressed TIFF among its preferred still-image preservation formats; it does not list JPG in the same tier.
Use LZW if your destination is a print shop or design tool (InDesign, QuarkXPress) — it's the de facto prepress default and is universally supported since the LZW patent expired in 2003-2004. Use Deflate (ZIP) if you want slightly smaller files and you control the readers downstream. Use None for archival masters where you want zero compression risk and don't mind the disk space. Use JPEG-in-TIFF only when a downstream system specifically expects a lossy TIFF — it defeats most reasons to choose TIFF in the first place.
Almost always, and significantly. A 3 MB JPG photo from a phone often expands to 25-60 MB as an LZW-compressed TIFF, or 70-100 MB uncompressed at the same pixel dimensions, because TIFF stores the actual pixel data instead of a DCT-compressed approximation. A 16-bit-per-channel TIFF (created when the source is HEIC or a RAW file) doubles those numbers again. This is normal — the size is the price of lossless storage.
Yes. The converter accepts RAW files from Canon (CR2, CR3, CRW), Nikon (NEF), Sony (ARW), Fujifilm (RAF), Olympus (ORF), Pentax (PEF), Panasonic (RW2), Hasselblad (3FR), Leaf/Mamiya (MOS), Minolta (MRW), Kodak (DCR), Epson (ERF), and Sigma (X3F). The RAW data is demosaiced and saved as a TIFF you can open in Photoshop, GIMP, or Affinity Photo without needing a camera-specific RAW plugin. If you only need this for one camera brand, the dedicated CR2 to TIFF, NEF to TIFF, or ARW to TIFF pages have the same options.
Standard TIFF uses 32-bit byte offsets and is limited to roughly 4 GiB per file; BigTIFF uses 64-bit offsets and supports files up to about 18 exabytes, defined in 2007 and shipped stable in libtiff 4.0 in December 2011. For typical photo and scan workflows you won't hit the 4 GiB ceiling, so standard TIFF is what you'll get. If you need BigTIFF specifically (very high-resolution slide scans, multi-thousand-page document stacks, geospatial mosaics), use a desktop tool that exposes that flag.
Pick "Highest" or "Very High" for prepress and archival masters — these preserve the input data with the chosen compression intact. "High" or "Medium" is fine for proofs and screen review. "Low" / "Very Low" / "Lowest" only make sense if you've also picked JPEG-in-TIFF compression and want a smaller intermediate; for lossless compressions (LZW, Deflate, None), the preset has limited effect because the pixel data is stored exactly.
Multi-page TIFF is part of the TIFF 6.0 spec and most readers support it, but this converter writes one TIFF per input page (the more common modern workflow). If you need to merge results into a single multi-page document, merge images to PDF is usually a better fit; for a single TIFF representation of a PDF, see TIFF to PDF for the reverse direction.
ICC color profiles are preserved when present in the source — this matters for print, since stripping the profile can shift colors at the RIP. EXIF camera metadata (date, exposure, lens) is carried through for image sources that include it (JPG, HEIC, RAW). If you need to strip metadata for privacy, use the JPG to TIFF page for JPG sources, where the same options apply, then re-export — or strip beforehand.
Yes — pick LZW, Deflate, or ZSTD compression instead of None. All three are lossless: the pixel data round-trips exactly, only the on-disk representation shrinks. On photographic content, expect 10-30% savings; on synthetic content (screenshots, scans, line art) LZW and Deflate can cut size in half or more. If you need an even smaller file and lossless isn't a hard requirement, the dedicated compress TIFF page lets you trade a small amount of quality for a much smaller file.