JPG to AVIF, half the size. Nothing ever uploads.

Usually, yes — and by more than WebP. A JPG photo re-encoded as lossy AVIF at quality 80 is typically 40–60% smaller with no visible difference, because AVIF predicts neighbouring pixels better than JPG does — and this tool shows the before and after size honestly for every file, so you can see the saving instead of taking our word for it. Flat graphics with few colours shrink less, and at quality 100 the AVIF can be larger than the JPG for photos. If a file comes out bigger, the card says so and you can keep the JPG.

No — this tool's AVIF output is always lossy. The quality slider (50 to 100, default 80) trades file size against detail, and at 80 the result is visually identical to the original for almost every photo. Quality 100 is visually near-lossless but not pixel-perfect. There is deliberately no lossless toggle: the vendored encoder's lossless mode produces greyscale files — a colour photo comes back without its colour — so offering it would silently destroy your photos. If you need every pixel exactly, use our JPG to PNG converter instead — PNG is lossless. Keep your JPG as the master copy and use AVIF as the published version.

Because AVIF squeezes harder than any other web format. The AV1 encoder searches far more ways to pack each photo into fewer bytes, and that search takes time — roughly 5–10 seconds for a large photo on a typical laptop, where the same photo becomes a JPG almost instantly. The batch converts one file at a time so the page stays responsive, and each file card shows how long its encode took. The smaller file is the payoff: typically 40–60% smaller than the JPG at the same visual quality.

Conversion is disabled, and the page says so plainly — there is no fallback that produces a different format. Unlike WebP, AVIF cannot be encoded with the browser's built-in canvas encoder: canvas toBlob with image/avif is not reliably available, and Safari cannot encode AVIF at all. Some converters quietly fall back to WebP and hand you a WebP file with an .avif name; this tool never does that. If you see the unavailable banner, try a current version of Chrome, Edge, Firefox or Safari — or use our JPG to WebP converter instead, which works everywhere.

Yes. Phone cameras often store a photo sideways and record the correct rotation in its EXIF orientation tag, which is why some converters return a sideways image. This tool reads the EXIF orientation from the JPG and applies it while decoding, so the AVIF is stored upright — and the file card says so when orientation was applied. The EXIF data itself is dropped on re-encode; only the upright pixels survive.

EXIF metadata, including location, camera settings and copyright notes, is dropped on re-encode — which is good for privacy, since a shared JPG can leak where and when it was taken. Orientation is the one exception: it is applied to the pixels so the image stays upright, then discarded. Colour profiles are not carried over either; the output uses the browser's standard colour handling. 16-bit colour does not apply to JPG — JPG is always 8-bit per channel.

There is no transparency to preserve: JPG has no alpha channel, so every JPG pixel is fully opaque — a JPG photo never has see-through areas. AVIF itself does support transparency, but this tool has nothing to carry over from a JPG, so there is no background picker and no transparency preview. If you need a transparent image, start from a PNG.

Usually, yes. Every current browser displays AVIF, and Discord, most forums, Slack and WhatsApp accept it — though a few older upload forms and apps still only accept JPG or PNG, so check the destination first. Use the destination presets if the app has an upload size limit: website heroes aim for under 300 KB, blog images under 150 KB, and Discord or forum uploads under 256 KB. The presets aim for the target, they do not guarantee it — the tool reports the size it actually reached. Note the difference between viewing and encoding: the preview needs a browser that displays AVIF, so on a very old browser the preview may stay blank while the downloaded file is perfectly valid.

There is no daily limit and no account. A 25 MB safety cap applies per file and 20 files per batch, because decoding large images in the browser is memory-heavy and AVIF encoding takes a few seconds per photo. Most JPGs saved from a phone or the web are well under 5 MB, far below the cap. Very large images also depend on your device's memory — the encoder runs entirely on your device, so a low-memory phone will struggle with a 50-megapixel JPG where a desktop will not.