HEIF to JPEG: conversion guide

Source · HEIF
Target · JPEG

Drop HEIF files here

or choose files from your device

Converter not available yet

This conversion needs a HEIF/HEVC codec that is not available in this browser engine yet.

  • In your browser
  • No upload
  • Private by design

What happens when you convert HEIF to JPEG?

Multiple source images

HEIF can contain multiple image representations with different roles. These are not automatically a timed animation. Selecting an image, preserving a collection or creating several outputs needs explicit engine support; neither a first-image choice nor an all-images export is implemented.

Animation becomes a still

An animated HEIF has a timed sequence; JPEG is a still-image destination in this workflow. A still export loses motion and timing. Frame choice, blending and disposal must be defined by the future engine; a first-frame export is not promised.

HDR to SDR

If HDR source content is exported through an SDR representation, it needs a display rendering. Values outside the output range require tone mapping, scaling or clipping; brightness relationships can change. Tone mapping, exposure and colour handling depend on the future engine. Renaming or lossless compression cannot preserve out-of-range values.

Lossy output

Typical JPEG files are lossy. The original standard also defines a separate lossless mode; it is not the usual web or camera JPEG. JPEG uses lossy image encoding in this delivery workflow. Re-encoding can change edges, textures and colours; it cannot recover detail already missing from HEIF. Quality, chroma handling and file size depend on the future encoder.

HEIF

Source

HEIF

High Efficiency Image File Format

Compression: Depends on variantTransparency: YesMetadata: Exif, XMP, ICC, NCLX

An image container for individual pictures, collections and sequences. The codec inside determines compression.

Explore HEIF format →
JPEG

Target

JPEG

Joint Photographic Experts Group

Compression: LossyTransparency: NoMetadata: Exif, ICC

A familiar format for photographs. JPEG keeps files compact by trading a little image detail for broad compatibility.

Explore JPEG format →

Is HEIF → JPEG right for you?

Good choice when

  • JPEG fits your delivery use: Photographs & sharing.
  • You can choose the source image or part needed for delivery.
  • You want a still illustration from an animated source.
  • You need an SDR delivery copy and can review its tone mapping.

Probably not when

  • You require a complete collection, page set or multipart round trip.
  • Motion, frame timing or loop behaviour must survive.
  • You need the original HDR range for relighting or grading.
  • You need cutouts or translucent edges for compositing.

HEIF to JPEG conversion details

Multiple source images
HEIF can contain multiple image representations with different roles. These are not automatically a timed animation. Selecting an image, preserving a collection or creating several outputs needs explicit engine support; neither a first-image choice nor an all-images export is implemented.
Animation becomes a still
An animated HEIF has a timed sequence; JPEG is a still-image destination in this workflow. A still export loses motion and timing. Frame choice, blending and disposal must be defined by the future engine; a first-frame export is not promised.
HDR to SDR
If HDR source content is exported through an SDR representation, it needs a display rendering. Values outside the output range require tone mapping, scaling or clipping; brightness relationships can change. Tone mapping, exposure and colour handling depend on the future engine. Renaming or lossless compression cannot preserve out-of-range values.
Opaque output
If HEIF contains transparency, JPEG cannot retain it as transparent output areas. Those pixels need compositing against an opaque background. Matte colour, alpha interpretation and edge treatment are future engine decisions; no background colour is selected yet.
Lossy output
Typical JPEG files are lossy. The original standard also defines a separate lossless mode; it is not the usual web or camera JPEG. JPEG uses lossy image encoding in this delivery workflow. Re-encoding can change edges, textures and colours; it cannot recover detail already missing from HEIF. Quality, chroma handling and file size depend on the future encoder.
Sample precision & colour
Source and target sample models can differ in precision, channel layout, colour space and transfer function. Lossless compression only preserves the samples actually encoded; a precision reduction or colour conversion can already change them. The future engine defines numeric mapping, orientation and colour conversion; canonical depth facts are listed below where available.
Metadata & colour
Format support does not guarantee that an export preserves metadata or colour profiles. Retention and colour handling depend on the future converter; its engine is not implemented yet.
Compression
HEIF: Depends on variant → JPEG: Lossy HEIF: HEIF defines the container. Compression may be lossy, lossless or uncompressed depending on its codec binding; one global quality or bit-depth value would be misleading. JPEG: Typical JPEG files are lossy. The original standard also defines a separate lossless mode; it is not the usual web or camera JPEG.
Transparency
HEIF: Yes → JPEG: No
Animation
HEIF: Yes → JPEG: No
Colour depth
HEIF: Codec/profile dependent
HDR
HEIF: Codec/profile dependent
Multiple images
HEIF: Collections & sequences
Dimensions
Pixel dimensions, page geometry, rendering resolution, resizing and orientation need explicit converter policies. The future engine has not defined them yet.
Metadata
HEIF: Exif, XMP, ICC, NCLX → JPEG: Exif, ICC. Which fields are copied, rewritten or omitted will depend on the future engine; retention is not implemented yet.

Common questions

Will every source image be exported?

HEIF can contain multiple image representations with different roles. These are not automatically a timed animation. Selecting an image, preserving a collection or creating several outputs needs explicit engine support; neither a first-image choice nor an all-images export is implemented.

Will the output keep animation?

An animated HEIF has a timed sequence; JPEG is a still-image destination in this workflow. A still export loses motion and timing. Frame choice, blending and disposal must be defined by the future engine; a first-frame export is not promised.

How will HDR brightness be mapped?

If HDR source content is exported through an SDR representation, it needs a display rendering. Values outside the output range require tone mapping, scaling or clipping; brightness relationships can change. Tone mapping, exposure and colour handling depend on the future engine. Renaming or lossless compression cannot preserve out-of-range values.

Are bit depth and colour values guaranteed to match?

Source and target sample models can differ in precision, channel layout, colour space and transfer function. Lossless compression only preserves the samples actually encoded; a precision reduction or colour conversion can already change them. The future engine defines numeric mapping, orientation and colour conversion; canonical depth facts are listed below where available.

Will metadata and colour profiles be retained?

HEIF: Exif, XMP, ICC, NCLX → JPEG: Exif, ICC. Which fields are copied, rewritten or omitted will depend on the future engine; retention is not implemented yet.