![]()
Click the upload button or drag and drop your JPG file. Upload up to 10 files for batch conversion or multi-page TIFF assembly.
TIFF is selected by default on this page. LZW compression is applied automatically for smaller file sizes.
Click Convert and download your TIFF file. For multiple files you get a multi-page TIFF or ZIP archive.
Universal format for photos. Supported everywhere, great balance between quality and file size.
Professional lossless format used in printing and photography.
Apple photo format used by iPhone and iPad. High quality with small file size.
High Efficiency Image Format — same as HEIC, used on Apple devices.
Modern image format by Google. Up to 30% smaller than JPG with the same quality.
Lossless format that preserves every pixel. Best for screenshots and logos.
Classic format for simple animations. Supports transparency and up to 256 colors.
Uncompressed bitmap format. Maximum quality but very large file size.
Next-gen format with excellent compression. Up to 50% smaller than JPG.
Portable Pixmap format used in Unix/Linux environments.
High Dynamic Range format storing extended brightness data.
Flexible Image Transport System used in astronomy and science.
Portable Document Format. Convert PDF pages to JPG, PNG or WebP images.
Quick comparison to help you choose the right format
JPEG is a lossy format — it discards high-frequency image detail during encoding, and that data is permanently gone. Converting to TIFF does not magically restore those discarded pixels. What it does is decode the JPEG bitstream into full RGB values and store them without any further lossy compression.
The result is a larger file of the same image. In practice, a TIFF will be roughly 6–7× bigger than the source JPG. A 500 KB vacation photo becomes a 3–3.5 MB TIFF. This growth is entirely due to TIFF storing every decoded pixel at full precision rather than re-applying DCT quantization.
The value of JPG→TIFF is not quality improvement — it is quality preservation. Once in TIFF, the image can be cropped, color-corrected, rotated, and re-saved unlimited times without accumulating additional generation loss. Every re-save of a JPG applies another round of DCT quantization, degrading the image progressively. TIFF freezes quality at its current level permanently.
Professional print workflows are the primary driver. Prepress operators, publishing houses, and photo labs routinely require TIFF because it is the ISO-standardized archival format with guaranteed longevity. Magazine layouts in InDesign, book interiors in QuarkXPress, and large-format print files all expect TIFF inputs.
Archival storage is the second major use case. Libraries, museums, government agencies, and court filing systems specify TIFF for long-term preservation. TIFF supports embedded ICC color profiles for accurate color reproduction decades later — something JPG handles inconsistently across software.
Scientific imaging and medical documentation also demand TIFF. Pathology slides, satellite imagery, and GIS data commonly use TIFF containers with specialized metadata tags (GeoTIFF coordinates, DICOM-adjacent metadata).
For web delivery, this conversion makes no sense — TIFF has zero browser support. For web-optimized output, try JPG to WebP or JPG to AVIF instead.
TIFF stores the decoded image without lossy compression — typically using LZW lossless compression or no compression at all. A JPEG encoder achieves 10:1 to 20:1 compression ratios on photographic content by discarding data the human eye is least sensitive to. TIFF with LZW achieves roughly 1.5:1 to 2:1 on the same decoded pixels because lossless algorithms cannot exploit perceptual masking.
Concrete numbers: a 1920×1080 JPG at quality 85 weighs roughly 400–700 KB. The same image decoded to 24-bit TIFF with LZW compression is 2.5–4.5 MB. Without compression (raw TIFF), it reaches 5.93 MB — the exact width × height × 3 bytes formula. At 4K resolution the difference is more dramatic: a 1.5 MB JPG becomes a 23.7 MB uncompressed TIFF.
Convertify applies LZW compression by default to minimize TIFF file size while keeping every pixel lossless.
JPG files from cameras typically carry an embedded sRGB or Display P3 ICC profile, but many software tools strip or ignore these profiles during processing. TIFF has robust, standardized support for ICC color profiles — they are stored as a dedicated IFD tag and reliably read by every color-managed application from Photoshop to prepress RIPs.
Convertify reads the ICC profile from the source JPG (if present) and embeds it in the TIFF output. If no profile is embedded, sRGB is assumed and written explicitly. This matters for print: an image without a declared color profile may be interpreted as CMYK or Adobe RGB by prepress software, producing incorrect colors on press.
TIFF supports multiple images in a single file via chained IFD (Image File Directory) entries. This makes it the standard format for scanned multi-page documents, fax transmissions, and batch photography archives.
If you upload multiple JPG files to Convertify, they can be combined into a single multi-page TIFF where each JPG becomes one page. This is standard practice in legal archiving (court filings often require single-file TIFF submissions), document management systems, and medical records where a series of photographs must be bundled into one file.
For single-image conversions, the output is a standard single-page TIFF.
TIFF supports several compression schemes, but not all make sense for JPG-sourced content. LZW (Lempel-Ziv-Welch) is the default and best general choice — lossless, widely supported, and typically reduces file size by 30–50% compared to uncompressed TIFF. ZIP/Deflate uses the same algorithm as PNG and achieves similar or slightly better ratios than LZW on photographic data.
JPEG-in-TIFF stores the original JPEG bitstream inside the TIFF container — this preserves the original file size but defeats the purpose of converting to TIFF for lossless editing. It is occasionally used when a TIFF container is required but no quality improvement is needed.
CCITT Group 4 is only useful for black-and-white document scans — it does not apply to photographic JPG sources. Convertify defaults to LZW, which provides the best balance of compatibility and compression for color photographs.
The Rust backend uses libvips to decode the JPEG via libjpeg-turbo, producing a VipsImage with the full 8-bit-per-channel RGB data and any embedded ICC profile. The EXIF orientation tag is applied before encoding so the output matches the camera-roll display orientation. vips_tiffsave() writes the TIFF with LZW compression, the original ICC profile (or explicit sRGB if none was present), and preserved EXIF metadata including GPS coordinates, capture time, and camera model.
For multi-file uploads, libvips writes a multi-page TIFF with each JPG as a separate IFD entry. Files stream directly to the HTTP response without intermediate disk writes. Memory usage stays flat regardless of image dimensions thanks to libvips's demand-driven tile pipeline.