Cookies for analytics and advertising
We use cookies for analytics and advertising, both sent to Google. Refusing changes nothing you can see.Read the privacy page
Converting JPG to TIFF produces the uncompressed file that printers, journals and archives ask for. It is worth saying plainly what it does not do: TIFF cannot restore detail that JPEG compression already discarded — it stores the surviving image losslessly, at ten to twenty times the size. Drop the file above and it converts inside your browser.
Up to 100 files at once. Mixed formats are fine.
They convert one after another and download together as a ZIP.
JPG to TIFF
JPG 9 KB → TIFF 601 KB 69.0× larger
JPG 6 KB → TIFF 601 KB 104.9× larger
JPG 16 KB → TIFF 601 KB 37.5× larger
It cannot improve the picture. JPEG works by discarding information the eye is least likely to miss, permanently, at the moment the file is saved. Converting to TIFF afterwards writes out every surviving pixel exactly — which is a real guarantee and a different one from the guarantee people hope for.
The distinction matters because of why TIFF is usually requested. If a journal or a printer asked for it in order to preserve image quality, converting a JPG satisfies the letter of the requirement and not its purpose: the quality they were trying to protect was already spent. If the original camera file or the export from the editor still exists, converting that is what they actually wanted. If it does not, this is the best available answer and is worth doing.
The value of TIFF is in what happens next. A photograph that goes through several rounds of editing, colour correction and resaving as JPG degrades a little each time — the artefacts compound, which is why images that have been through a few systems look the way they do.
Converting to TIFF stops that clock. Every subsequent save is lossless, so a file that passes through a designer, a proofing stage and a printer arrives as it started. That is precisely the reasoning behind the requirement, and it is a good one — the mistake is only in expecting it to work backwards as well as forwards.
TIFF is less a format than a filing system for images, and that flexibility is its weakness: it permits several compression schemes, and its readers agree on less than you would hope. LZW is broadly supported, Deflate is patchy, and JPEG-in-TIFF is a compressed image inside a TIFF wrapper, which is generally the opposite of what somebody asking for a TIFF wants.
The file written here is plain, uncompressed baseline TIFF — the version that every piece of professional software has read for three decades. The cost is size and the benefit is that it opens, first time, in whatever the recipient is using. For a format chosen specifically because it is dependable, that is the right trade.
Uncompressed means the arithmetic is simple: width times height times four bytes. A 12-megapixel photograph is about 48 MB whether the JPG it came from was two megabytes or six, because the JPG size depended on compression and the TIFF size does not.
That catches people out when emailing the result, and it is why submission portals that ask for TIFF usually also provide an upload mechanism built for large files. If the requirement is really about avoiding further loss rather than about the format itself, PNG is worth proposing: also lossless, readable everywhere, and typically half the size or less.
The format allows multiple pages, layers and 16 bits per channel, and none of that appears here, because none of it exists in a JPG to carry over. The alpha channel is the one exception, and it goes the other way: the writer declares four samples per pixel and flags the fourth as an extra sample, so the TIFF does carry an alpha channel and every value in it is fully opaque.
That channel is where the size arithmetic above comes from — four bytes per pixel rather than three. What comes out is otherwise a single-page, 8-bit image, which is exactly what a JPG is, written into a container that will not lose anything further. If the requirement involves layers or 16-bit depth, the JPG was never going to satisfy it and that conversation belongs upstream.
The TIFF is RGB, like the JPG it came from. TIFF can hold CMYK and print workflows often expect it, but a JPG is RGB, and inventing a CMYK separation here would mean guessing at an ink profile nobody specified.
If the recipient needs CMYK, that separation belongs in the tool holding the printer's profile. A correct RGB TIFF is a better starting point for them than a wrongly separated one.
TIFF carries tags of its own and can hold EXIF, but none of the JPG’s reach it. The picture is decoded to pixels and the TIFF is assembled from those pixels and a handful of structural tags the writer sets itself, so the date, the device and any coordinates stay behind in the JPG.
For a submission that is the right result and no further step is needed. For an archive it is the wrong one, because a TIFF kept as the record of a shoot arrives without the record. Keep the original JPG next to it if that history matters — nothing on this page can restore it afterwards, and this site’s metadata remover works on JPG, PNG and WebP rather than on TIFF.
Requirements that say TIFF often mean more than the extension: a resolution in pixels per inch, a colour space, sometimes uncompressed in particular. The extension on its own rarely tells the whole story.
Read the specification before converting rather than after being rejected. If it names a pixel dimension, a JPG smaller than that cannot be made to satisfy it by changing format — no conversion adds pixels that were never captured.
Drop a folder of up to a hundred and take the results as a ZIP. Nothing is uploaded, so there is no queue and no daily allowance.
The arithmetic is more of a constraint here than anywhere else on this site. Fifty 12-megapixel photographs are around 2.4 GB of TIFF being assembled inside your browser. Convert in small batches and save as you go.
| JPG | TIFF | |
|---|---|---|
| Full name | JPEG Image | Tagged Image File Format |
| File extension | .jpg, .jpeg, .jpe | .tif, .tiff |
| Media type | image/jpeg | image/tiff |
| Compression | Lossy — file size is bought with quality | Lossless — nothing is discarded |
| First published | 1992 | 1986 |
| Published by | Joint Photographic Experts Group | Adobe |
| Specification | ITU-T T.81 | TIFF 6.0 |
| Licensing | Open standard | Published, not standardised |
| Standing today | Current | Current |
| Bit depth | 8 | 32 |
| Colour it can describe | RGB, greyscale, YCbCr | RGB, CMYK, greyscale, Lab |
| Largest image | 65,535 px per side | — |
| Opens in a browser | Every browser | Some browsers |
| Considered instead | WebP, AVIF, HEIC | PNG, PDF, DNG |
TIFF supports transparency and JPG does not. That is room the result has and the original never used — converting does not create a transparent background, it only makes one possible afterwards.
TIFF is a working format and JPG is a finished one. What comes back is editable text and objects rather than a picture of a page, which is usually the reason for the conversion and also where its limits are.
TIFF supports layers. A JPG arrives already flattened, so the result has one layer — the structure has to be rebuilt by hand if it is needed.
Only some browsers read TIFF. It is the less portable of the two, so it is worth being sure the program at the other end accepts it before sending one.
Adobe Photoshop reads both JPG and TIFF, so there is a way to check the result against the original without a second tool.
The result is larger than the original and no better. JPG has already discarded detail, and TIFF stores what is left without discarding more — it prevents further loss rather than undoing the first one.
The two are aimed at different work: JPG at photography, the web, email and handing a finished file over, TIFF at print, scanning and archiving. That is worth weighing before converting, because the reason one exists is usually the reason the other is awkward.
JPG is Joint Photographic Experts Group's format, published in 1992. It records 8 bits per channel.
TIFF comes from Adobe and dates from 1986, specified as TIFF 6.0. Adobe Photoshop, Affinity Photo and ImageMagick all read it.
No, and this is the one thing worth understanding before you spend the disk space. JPEG compression permanently discarded detail when the file was made. TIFF stores whatever survived, exactly and without further loss — the file becomes many times larger and contains precisely the same picture. Lossless means "loses nothing from here", not "recovers what was lost".
Because something requires it, and the requirement is usually reasonable in its own terms. Print workflows, journals and archives specify TIFF because it is unambiguous, uncompressed and has been readable by professional software for thirty years. They are guarding against further degradation in the steps that follow, which this conversion genuinely provides — every subsequent save is lossless.
Substantially — commonly ten to twenty times. The TIFF written here is uncompressed, so the size is simply width times height times four bytes: a 12-megapixel photograph lands near 48 MB regardless of whether the JPG was two megabytes or six. That is the trade the format exists to make.
No, deliberately. TIFF permits several compression schemes and its readers disagree about which they support — LZW is widely handled, Deflate less so, JPEG-in-TIFF is a different thing wearing the same extension. Somebody converting to TIFF is almost always feeding a specific system, and plain uncompressed baseline is the one every such system accepts.
No. The JPG is decoded and the TIFF written inside your browser, so the file never leaves your device — which matters for unpublished photographs and anything under embargo, and those are a large share of what gets converted to TIFF.
The claims this page makes about JPG and TIFF are checkable, and these are the documents that settle them.