Short answer: converting HEIC to JPG always re-encodes the pixels — JPG is a lossy format, so a strictly lossless HEIC→JPG conversion does not exist. What a good converter can do: keep the pixel size 1:1, apply the rotation stored in the file, and stay visually faithful at a reasonable quality setting. What this browser converter cannot do: keep EXIF metadata — our measurements show every EXIF tag (camera, shooting date, ISO) is dropped in all output formats. Below are the real numbers so you can decide what matters for your photos.
What we tested, and how you can re-check it
We generated three original synthetic HEIC files for this guide (no third-party photos), converted them in the live HEIC converter, then inspected the downloaded outputs with an EXIF-aware image library and compared the rotated case against an independent reference decoder. The sample files are published below — every number on this page can be reproduced from them.
- Sample A — landscape photo scene, 1600×1067, with EXIF (camera, date, ISO), no GPS — Download sample · 126747 bytes
- Sample B — portrait photo stored as a rotated sensor frame (irot + EXIF Orientation 6), exactly how iPhone portrait shots are stored — Download sample · 26563 bytes
- Sample C — logo with real transparency (RGBA) — Download sample · 12371 bytes
- Actual tool output of sample A at JPG quality 85 (81,164 bytes) — Download sample · 81164 bytes
The answers at a glance
| Question | Short answer | Our evidence (2026-11-11) |
|---|---|---|
| Does the pixel size survive? | Yes, 1:1 | 1600×1067 HEIC → 1600×1067 JPG in every quality setting |
| Is JPG 'no quality loss'? | No — JPG is always lossy | Even at quality 100 the output is a lossy re-encode — and it was larger than the HEIC (370,419 B vs 126,747 B) |
| Do rotated photos stay upright? | Yes | Rotated sample (sensor 600×400 + irot) came out 400×600 upright, pixel layout identical to the reference decode |
| Is EXIF preserved? | No — all tags dropped | Make/Model/DateTimeOriginal/ISO/Copyright present in input, zero EXIF tags in every output |
| Does transparency survive? | JPG: no · PNG/WebP: yes | JPG flattened transparent areas to black; PNG and WebP kept the alpha channel |
| Does GPS location leak into the JPG? | No — but because ALL metadata is dropped | EXIF including GPS would be removed; our samples carried no GPS tag by design |
Step by step in the real tool
- Open the converter. Go to the HEIC converter. It runs entirely in your browser; a WebAssembly decoder (about 2 MB, libheif-based) loads only when you first convert. Files never leave your device.
- Add your photos. Drag files onto the drop zone or click it to choose. Up to 20 files per batch, each up to 20 MB. Extensions are never just renamed — the decoder reads the real HEIC structure.
- Pick output format and quality. JPG (with a quality slider from 40 to 100), PNG, or WebP. For photos choose JPG quality 75–90; for logos or screenshots with transparency choose PNG or WebP.
- Convert and download. Press Convert — each row shows the size change (for example "124 KB → 79 KB", where KB means 1024 bytes). Download single files or the whole batch as a ZIP.
- Check what you got. Open one output and confirm the size and orientation. If you need the shooting date, copy it from the original first — the JPG will not carry it (see below).
Quality vs. file size: real measurements
| Output | Bytes | Compared to the HEIC (126,747 B) |
|---|---|---|
| JPG quality 60 | 42,138 B | 33% — noticeably more compression artifacts |
| JPG quality 85 | 81,164 B | 64% — good daily balance for photos |
| JPG quality 100 | 370,419 B | 292% — larger than the HEIC, yet still a lossy re-encode |
Two honest conclusions from this table. First, quality 100 is not lossless — it is still JPG re-encoding, it just wastes the least. Second, a converted JPG can easily end up bigger than the HEIC you started with, because HEIC's compression is more efficient. "Smaller file" is a reason iPhones shoot HEIC, not a property of the format you convert to.
Rotated photos: orientation is applied correctly
Portrait iPhone photos are stored as a rotated sensor frame plus a rotation instruction (an irot transform in the HEIC container, usually mirrored by an EXIF Orientation tag). Our sample B is built exactly that way: 600×400 pixels stored, displayed upright as 400×600. The tool's output was 400×600 with the image upright — we verified its pixel layout (marker block and corner colors) is identical to an independent reference decode of the same file. You do not need to rotate anything before or after converting this kind of file.
Scope note: we tested the irot-style rotation that real phone portraits use. HEIC files that carry *only* an EXIF Orientation tag and no irot transform were not part of this test — if you ever meet one, glance at the corners of the output before batch-processing the rest.
EXIF metadata: dropped in every output format
| EXIF tag in input | In JPG output | In PNG output | In WebP output |
|---|---|---|---|
| Make (YYSI), Model (Sample One) | absent | absent | absent |
| DateTimeOriginal (2026:11:11 12:00:00) | absent | absent | absent |
| ISO, exposure, aperture | absent | absent | absent |
| Copyright notice | absent | absent | absent |
This is a real limitation and a privacy feature, depending on what you need. If the shooting date matters (archives, evidence, warranty photos), record it from the original before converting — the output will not remember it. If you are posting photos publicly, the conversion silently strips location and camera details: nothing leaks from the file itself. Note that the photo *content* can still show addresses or screens with private information — metadata removal is not content redaction.
Transparency: pick PNG or WebP, not JPG
Our alpha sample (a logo with transparent corners) survived as expected: PNG and WebP outputs kept the alpha channel (corners fully transparent, RGBA), while the JPG output flattened the transparent areas to solid black — that is inherent to JPG, which has no alpha channel. Converting a transparent logo to JPG gives you black boxes where the background should show through.
Limits and failure handling
- 20 files per batch, 20 MB each — the queue rejects anything larger with a clear message.
- Live Photos export the still image (the video part of the container is not merged).
- 10-bit HDR material is tone-mapped to 8-bit output and can look slightly different (disclosed on the tool page; not part of our synthetic test set).
- Unusual HEIF variants may simply fail to decode — the tool reports the failure per file instead of silently corrupting output.
- Do not rename .heic to .jpg as a shortcut: that produces a JPG-named file containing HEIC data, which many apps refuse to open — the extension will be lying about the contents.
.heic duplicate, request the original from the sender.Why your computer may not open HEIC at all
HEIF (.heic) is the efficient photo format iPhones have used since iOS 11; Apple notes it offers better compression than JPEG (Apple Support, checked 2026-11-11). Windows 10/11 can read and write HEIF once Microsoft's HEIF Image Extension is installed from the Store (official listing, checked 2026-11-11); some files additionally need the HEVC Video Extensions. That is why the same photo opens on a Mac but shows an error on a fresh Windows installation — and why a browser-based converter is often the fastest cross-platform fix.
Which output format to choose
| Format | Best for | Trade-offs |
|---|---|---|
| JPG | Photos for web upload, forms with size limits | Lossy; no transparency; metadata stripped by this tool |
| PNG | Logos, screenshots, anything transparent | Lossless and alpha-safe; noticeably larger files |
| WebP | Modern web use that wants both size and alpha | Keeps alpha at small sizes; rare legacy apps can't read it |
For everyday iPhone photos → JPG at quality 75–90 is the practical choice: full pixel dimensions, correct orientation, no surprise black boxes — and no metadata you did not decide to keep. Continue with compressing the result to an exact size limit if a form or portal rejects the file size.
Sources & verification
- Apple Support: Using HEIF or HEVC media on Apple devices — Sources checked 2026-11-11
- Microsoft Store: HEIF Image Extension (official listing) — Sources checked 2026-11-11
- libheif — the open-source HEIF/HEIC decoder this tool runs in your browser (WASM) — Sources checked 2026-11-11
Sources checked Vendor statements (HEIF support on Apple devices, Windows HEIF extension) come from the official Apple/Microsoft pages listed above, checked 2026-11-11. All conversion numbers, EXIF findings and orientation checks are YYSI's own measurements from 2026-11-11: original synthetic HEIC samples converted in the live YYSI tool (libheif WASM decoder), outputs inspected with an EXIF-aware image library and compared against an independent reference decode. Sample files are original synthetic artwork, published for reuse.
Read our editorial standards or send corrections to [email protected].