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 CR3 to TIFF is usually a way past a refusal rather than a preference: CR3 is an ISO base media container that older editors cannot parse at all, while an uncompressed TIFF is the one format everything opens. The picture inside is the JPEG your EOS R body embedded at capture, not a development of the sensor data.
Up to 100 files at once. Mixed formats are fine.
They convert one after another and download together as a ZIP.
CR3 to TIFF
Open a CR3 in a hex viewer and the fifth byte begins the word "ftyp", followed by the brand "crx". That is the ISO base media file format — the same box-and-atom structure that carries MP4 video and HEIF images — and it is a completely different shape of file from CR2, which Canon built on TIFF and which therefore looked at least superficially familiar to anything with a TIFF parser.
Canon changed containers with the EOS R generation in 2018 and did not publish the specification. Third-party support had to be reverse-engineered, which is why it took Adobe, darktable, dcraw’s successors and everyone else a considerable time to arrive, and why software that stopped receiving updates before then will never read one. An old Photoshop reporting a CR3 as an unknown format is telling the truth about itself rather than about the file.
TIFF has been readable by everything since 1986. Not modern TIFF with clever compression and layers, but the plain uncompressed baseline: a header, a directory of tags and a block of RGB pixels. Every image editor, every prepress system, every scientific imaging package and every ageing in-house tool has code for it, and that code has not needed to change in decades.
That is the whole argument for choosing it here. The reader of this page does not want TIFF’s layers, its multi-page support or its 32-bit depth; they want a file the program in front of them will not refuse. Uncompressed baseline is the safest bet on that, ahead of PNG on the very oldest software and comfortably ahead of anything newer.
The converter scans the CR3 for embedded JPEGs and keeps the largest one above 640 by 480, which on every EOS R body is a full-resolution rendering the camera produced when the shutter fired. That picture is decoded and written into the TIFF.
What stays behind is the part that made the file large: 14-bit sensor readings on a Bayer grid, which is what a raw developer works with. The latitude to recover a blown highlight or lift two stops of shadow is in that data and is not in an eight-bit camera rendering. So the TIFF is a faithful, uncompressed copy of a picture that has already been developed once, by the camera, with no way back.
Four bytes a pixel with no compression. An EOS R6 at 5,472 by 3,648 produces about 80 MB; an R5 at 8,192 by 5,464 produces about 179 MB; an R8 or R6 Mark II sits near the smaller figure and an R5 Mark II near the larger.
This is worth pausing over given who this page is for. Software old enough not to know about CR3 is also software written when 179 MB was an unusual amount of memory to hand a single document, and 32-bit applications in particular can fail on files that size in ways that are not always graceful. If the destination is genuinely old, set a maximum width during the conversion and give it something it can cope with.
The TIFF is written with four samples per pixel — red, green, blue and an alpha channel — with the ExtraSamples tag set to declare what the fourth one is. A photograph from a camera is entirely opaque, so that channel is 255 everywhere and takes up a quarter of the file to say nothing.
Well-behaved readers consult ExtraSamples and handle it without comment. A small number of older or narrower ones assume three samples and either refuse the file or show it oddly. If that happens, opening the TIFF in any editor and flattening it to RGB without alpha resolves it in seconds, and it is worth knowing that the problem is the reader rather than the file.
A TIFF can carry 16 bits per channel and prepress workflows routinely use that. This one carries eight, and not because of a limitation in the writer — the embedded preview inside a CR3 is an eight-bit JPEG, so eight bits is all there is to write.
The practical consequence is about what happens after the file is opened. Eight bits is ample for viewing, printing and light adjustment. It is thin for heavy tonal work: pulling a sky down or a shadow up by a stop or more will show banding that a 16-bit file absorbs. If the person receiving this TIFF is going to grade it hard, they need a real development of the CR3, not this.
The picture is decoded to pixels and encoded again, so the EXIF does not travel. Camera model, lens, focal length, aperture, shutter speed, ISO, capture time and any GPS coordinate are all absent from the TIFF, even though the format has a defined place for every one of them.
On a work machine handling other people’s pictures that is usually welcome — a property or site photograph no longer carries the coordinates of the address. Where it is not welcome is any workflow that files images by capture date. Keep the CR3 files as the record, since they hold all of it, and treat the TIFF as the copy the software can open.
The output carries no colour profile, so whatever opens it will assume sRGB. If the body was set to Adobe RGB — a setting people change once and never revisit — the preview inside the CR3 describes Adobe RGB colours and they will be interpreted as smaller, flatter sRGB ones.
The symptom is muted saturated colour rather than anything obviously broken, which is what makes it easy to miss until a print comes back. If colour accuracy is part of the job, check the camera’s colour space menu, and prefer a proper development in colour-managed software for anything where the difference would be noticed.
This is the situation the page is really for. Canon’s Digital Photo Professional is free and would do a better job, and on a managed laptop you cannot install it. Uploading client or patient images to an unknown converter is equally out of the question, and often explicitly forbidden.
Everything here runs in the tab: the file is read from disk by the page, scanned for its preview, decoded and written back out. No installer, no administrator prompt, no account, and no request carrying the image — which the network tab will show you, and a disconnected machine will prove.
Whole selections can be dropped at once, each converted separately with its own progress and taken together as a ZIP. Input files are accepted up to 100 MB, which every CR3 clears — a 45-megapixel frame is around 45 MB, or half that with Canon’s compressed raw option.
Before converting a large set, ask whether the software really needs an uncompressed file. If it will accept a JPG, that route hands over the camera’s embedded JPEG untouched, with no decode and no re-encode, at roughly one per cent of the size. TIFF earns its place when the picture is going to be edited and resaved inside the old program repeatedly, and the JPG route earns its place the rest of the time.
| CR3 | TIFF | |
|---|---|---|
| Full name | Canon Raw 3 | Tagged Image File Format |
| File extension | .cr3 | .tif, .tiff |
| Media type | image/x-canon-cr3 | image/tiff |
| Compression | Lossless — nothing is discarded | Lossless — nothing is discarded |
| First published | 2018 | 1986 |
| Published by | Canon | Adobe |
| Specification | — | TIFF 6.0 |
| Licensing | Proprietary | Published, not standardised |
| Standing today | Current | Current |
| Bit depth | 14 | 32 |
| Colour it can describe | RGB | RGB, CMYK, greyscale, Lab |
| Opens in a browser | No browser | Some browsers |
| Considered instead | DNG, JPG | PNG, PDF, DNG |
TIFF supports transparency and CR3 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.
Only some browsers open TIFF. CR3 has narrower browser support than that. If the file is going onto a web page or into a form, that is usually the whole reason for the conversion.
The usual programs do not overlap: CR3 opens in Adobe Lightroom and Canon Digital Photo Professional, TIFF in Adobe Photoshop, Affinity Photo and ImageMagick — so whoever receives the result needs something from the second list.
The two are aimed at different work: CR3 at photography and editing, 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.
CR3 is Canon's format, published in 2018. It comes out of Canon EOS R mirrorless bodies and recent DSLRs. It records 14 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.
TIFF was published in 1986 and CR3 in 2018. The older one is generally the safer file to hand to somebody; the newer one usually does the job in fewer bytes.
No. This conversion runs entirely inside your browser, so the file never leaves your device. You can confirm it yourself: open the network tab of your browser's developer tools and convert something. You will see the page load, plus the analytics and advertising the site is paid for with — and nothing carrying your file. The engine behind this particular pair is a raw preview extractor, which pulls the JPEG the camera already embedded rather than developing the sensor data; your browser fetches it once and caches it.
Because they are unrelated containers. CR2 is built on TIFF, so a program with a TIFF parser could at least find its way around the file. CR3 begins with an ftyp box declaring the brand "crx" — it is an ISO base media container, structurally the same family as MP4 and HEIF. A TIFF parser gets nothing from it. Canon did not publish the specification, so support had to be reverse-engineered, which is why it arrived years late in third-party software and never arrived at all in software that stopped being updated.
Yes. The output is an uncompressed baseline RGB TIFF, which every version of Photoshop back to the 1990s reads, along with essentially every other imaging program ever written. That is the entire reason to pick TIFF here rather than something newer.
No. What comes out is the JPEG your EOS R body wrote inside the CR3 at capture, decoded and written into a TIFF container. It carries the Picture Style, the white balance and the noise reduction the camera applied, and it does not carry the highlight and shadow latitude that is the reason to shoot raw. If the file needs real raw processing, it needs software that can demosaic a CR3, and this page exists precisely because that software is what you do not have.
Uncompressed at four bytes a pixel. A 20-megapixel EOS R6 frame at 5,472 by 3,648 comes to about 80 MB; a 45-megapixel R5 at 8,192 by 5,464 comes to about 179 MB. If the destination software is as old as the rest of this page assumes, check that it can handle a file that size before converting a folder.
For most of these cases, yes, and it is worth asking. The JPG route hands over the camera’s embedded JPEG byte for byte with no re-encoding at all, which is both faster and a hundredth of the size. Choose the TIFF when the receiving software specifically wants an uncompressed file, or when the picture will be edited and resaved repeatedly once it is inside.
No. The CR3 is read and scanned locally and the TIFF is written locally. That is often the deciding factor on a managed work laptop, where installing Canon’s software is not permitted and uploading client images is not either.
The claims this page makes about CR3 and TIFF are checkable, and these are the documents that settle them.