Initializing... drag & drop files here
Supports: CR3
This is a less exotic conversion than it looks, because the two formats are relatives. Canon's CR3 raw file is built on the ISO Base Media File Format — ISO/IEC 14496-12, the box structure that also underlies MP4 — with Canon-specific boxes and a proprietary crx payload codec. HEIF is built on exactly the same tools: ISO/IEC 23008-12 defines the Image File Format "built on tools defined in ISO/IEC 14496-12". So the conversion swaps the payload and the metadata conventions while the underlying box grammar stays in the same family.
What changes completely is what the pixels are. A CR3 holds undeveloped mosaic sensor data with real editing latitude; a HEIF holds a developed, HEVC-compressed picture. That step is one-way, and it is the only thing on this page that cannot be undone.
| Property | Value |
|---|---|
| Full name | Canon Raw 3 |
| Introduced | 2018, with the EOS M50 and the DIGIC 8 processor, replacing CR2 |
| Container | ISO Base Media File Format (ISO/IEC 14496-12) with Canon-specific tags |
| Payload codec | Canon crx, described by the reverse-engineering reference as a mix of JPEG-LS (Rice-Golomb and RLE coding) and JPEG 2000 (LeGall 5/3 wavelet with quantisation) |
| Compression modes | Lossless raw, or lossy craw — the setting Canon calls C-RAW |
| Embedded preview | Yes — a full-size lossy JPEG preview lives inside the file |
| Bodies that write it | M50, EOS R, RP, 90D, M6 Mark II, R5, R6, R3, R7, R10 and R1 among others; older bodies write CR2 |
| Editing latitude | Full raw — white balance, exposure and highlight recovery are all still open |
| Property | Value |
|---|---|
| Standard | ISO/IEC 23008-12, Information technology — MPEG systems technologies — Part 12: Image File Format |
| Editions | First edition 2017; second edition published September 2022 |
| Container basis | The same ISO/IEC 14496-12 tools CR3 uses |
| Payload written here | HEVC. We read the output back with a metadata tool and it reports File Type HEIC, MIME type image/heic, brands including mif1 and heic |
Relationship to .heic |
.heic is the name Apple uses when a HEIF holds HEVC — which is exactly what this page writes |
| Metadata | EXIF is carried across. We verified Make, Model, DateTimeOriginal, F-number, ISO and GPS coordinates all surviving the write |
| Alpha and depth | The specification supports auxiliary images and alpha; a photograph converted here has neither |
The consequence worth stating plainly: a .heif from this page and a .heic from the sibling route are the same file. We wrote identical source pixels to both extensions and compared them byte for byte — they matched exactly, brand heic and all. Pick the extension your destination recognises. If something rejects .heif, rename it to .heic or use CR3 to HEIC; nothing inside changes.
| Preset | Encoder quality value | Sensible use |
|---|---|---|
| Highest | 100 | Archive or print delivery where storage is not the constraint |
| Very High (pre-selected) | 95 | Personal archive, cloud backup — the right default for a raw conversion |
| High | 90 | Sharing, messaging, family albums |
| Medium | 80 | Web use where the picture will be viewed at screen size |
| Low | 70 | Proofs and contact sheets |
| Very Low | 60 | Thumbnails |
| Lowest | 50 | Placeholders only; visible artefacts on any detailed subject |
Two notes on reading that ladder. The values are HEVC encoder quality settings, not percentages of anything, so an equal step in the number is not an equal step in what you see. And the top of the scale is coarse: an encoder maps a range of high quality values onto the same internal quantiser, so Highest frequently produces a file barely distinguishable in size or appearance from Very High. Very High is the practical ceiling.
Note also that there is no bit-depth or chroma control on this page. A CR3 records far more tonal precision than the output can hold, so the conversion is a delivery step rather than an archival one — keep the .cr3 if the picture might be edited again.
.heif file different from a .heic file?Not the one this page produces. HEIF is the container standard, ISO/IEC 23008-12; .heic is the filename convention for a HEIF whose payload is HEVC, and HEVC is exactly what gets written here. We converted the same source to both extensions and compared the bytes — identical files, both carrying the heic brand and reporting image/heic as their MIME type. In theory a .heif could hold AV1 or another codec; in practice, from this converter, it does not.
Yes, entirely. A CR3 stores undeveloped sensor data — that is what lets you recover highlights, lift shadows and change white balance long after the shot. To be encoded as HEVC the file must first be developed into ordinary picture pixels, and the render bakes in the camera's recorded white balance. Once that is done the latitude is gone, exactly as it would be in a JPEG. Keep the .cr3 as your master and treat the HEIF as a delivery copy.
Standard EXIF fields do survive. We put a file carrying Make, Model, DateTimeOriginal, F-number, ISO and GPS coordinates through the same write path and read every one of them back out of the HEIF. Canon-proprietary maker notes — Picture Style, Auto Lighting Optimizer, Dual Pixel data — are stored in Canon-specific structures and generally do not carry across, because there is no standard place to put them in a HEIF.
Very High, which is already selected, and which maps to encoder quality 95. It is close enough to the top of the scale that the difference from Highest is rarely visible or even measurable in file size, while producing a noticeably smaller file than a lossless export would. Step down to High for anything that will be shared rather than kept, and reach for Highest only when a client or a print workflow specifically asks for maximum quality.
Apple platforms handle it natively — Photos, Preview, Finder thumbnails and every Apple imaging app read HEVC-coded HEIF without any extra software. Windows 10 and 11 need two components from the Microsoft Store — "HEIF Image Extensions" for the container and "HEVC Video Extensions" for the codec — and Microsoft's own guidance is that you need both even if you only intend to open photographs. Once they are installed, File Explorer thumbnails and the Photos app handle HEIF normally. Android has supported HEIF since Android 10 (2019). Browsers are the weak spot: Safari reads it and the others generally do not, so CR3 to JPG remains the answer for anything going on a web page.
No. Image resolution opens on Keep original and the full sensor resolution is preserved — a 45-megapixel frame comes out at 45 megapixels. If you do want it smaller, the options are Resolution Percentage, a preset height, or an exact Width x Height, and reducing the pixel count is by far the most effective way to shrink a HEIF once the quality preset is already high.
Yes. Switch Image Compression to Specific file size, enter a figure and choose bytes, KB or MB — it opens at 8 MB. Leaving Auto Scale on lets the converter reduce the pixel dimensions as well as the encoder quality to reach your target, which usually produces a better-looking result than forcing quality down alone. Turn Auto Scale off if the output must keep its original dimensions.
It works, but full CR3 gives you more room before the conversion. C-RAW is the lossy craw mode inside the same container: it applies a wavelet transform with quantisation to shrink the file, which costs some of the latitude you would otherwise use for shadow recovery and exposure correction. Stacking HEVC compression on top of that compounds the loss. If card space is the constraint C-RAW is fine; if your edits involve heavy recovery, shoot full CR3 and convert only after the edit is locked.
Because of size, mostly. CR3 to TIFF is the right choice when the file is going into further editing or a print pipeline — but read its Compression Type control before you convert, because it opens on JPEG, which is lossy. Switch it to LZW, Deflate or None for a genuinely artefact-free file. Either way a full-resolution TIFF from a modern Canon body runs to tens or hundreds of megabytes. HEIF at the Very High preset is a small fraction of that and visually very close. Choose TIFF for an intermediate you will edit again, HEIF for something you will keep or send.
No. CR2 is the older Canon raw format, TIFF-based rather than ISO-BMFF-based, and written by bodies before the DIGIC 8 generation — the 5D Mark IV, 7D Mark II, 80D and their contemporaries. The uploader matches on the extension, so a .cr2 belongs on the CR2 route. Renaming a CR2 to .cr3 does not work; the internal structures are genuinely different formats.
Each CR3 is uploaded over an encrypted connection, developed and encoded on our servers, and both it and the HEIF output are deleted automatically after a few hours. Nothing is shared or made public and no account is required. Canon raws are large, so the upload is the slow part of the job — convert in modest batches rather than queueing an entire card at once.