Initializing... drag & drop files here
Supports: AVIF
.avif images. Static and animated AVIF are both accepted, and batch compression is supported in a single session.AVIF (AV1 Image File Format) was published by the Alliance for Open Media in February 2019 and uses the AV1 intra-frame codec inside a HEIF container. At equivalent perceived quality it produces files roughly 50% smaller than JPEG and 20–30% smaller than WebP, but high-resolution AVIFs straight from a camera or design tool can still run several megabytes — large enough to slow page loads or bump against upload caps. Compression is the difference between an AVIF that ships and one that sits in a folder.
| Property | AVIF | WebP | JPEG | PNG |
|---|---|---|---|---|
| Underlying codec | AV1 (still profile) | VP8 (lossy) / VP8L (lossless) | DCT-based | DEFLATE (lossless) |
| Typical size at equal quality | 1× | 1.2–1.4× | ~2× | 5×+ |
| Lossy + lossless | Both | Both | Lossy only | Lossless only |
| Alpha (transparency) | Yes | Yes | No | Yes |
| HDR / 10–12-bit | Yes (PQ, HLG) | No (8-bit only) | No (8-bit only) | Limited (16-bit, no HDR transfer) |
| Max dimensions | 8K baseline / ~35.7 Mpx advanced | 16,383 × 16,383 | 65,535 × 65,535 | 2³¹ × 2³¹ |
| Encode speed (12 MP photo) | 5–30 s on libavif quality settings | Sub-second | Sub-second | Sub-second |
| Browser support (May 2026) | ~94% (Chrome 85+, Firefox 93+, Safari 16.4+, Edge 121+) | ~97% | ~100% | ~100% |
| Animation | Yes | Yes | No | No (use APNG) |
| Preset / Quality % | Use case | What you'll see |
|---|---|---|
| Highest / 90–100 | Master archives, print-ready exports | Visually identical to source; largest output |
| Very High / 80–89 | Photography portfolios, hero images | Indistinguishable on retina displays |
| High / 70–79 | General web images, blog photos | Best size-vs-quality trade-off for most sites |
| Medium / 55–69 | Thumbnail grids, social sharing | Slight softening on close inspection |
| Low / 40–54 | Email previews, lazy-loaded below-fold | Visible texture loss on solid colors |
| Very Low / 25–39 | Bandwidth-constrained mobile fallbacks | Block artifacts in shadows and gradients |
| Lowest / <25 | Placeholder / LQIP only | Heavy artifacts; for blur-up loaders only |
AVIF saved by Photoshop, Affinity, or a phone export often uses a quality preset of 85–90 to be safe, which still leaves headroom. Re-encoding at 70–75 typically removes another 30–50% of the bytes with no visible difference at normal viewing distance. The savings come from coarser quantization on areas the eye doesn't notice (smooth skies, out-of-focus backgrounds), not from cropping or resizing.
No. The compressor preserves the alpha channel and the HDR transfer characteristics (PQ or HLG) embedded in the source. Only the chroma and luma sample precision change with quality — bit depth, color primaries, and alpha stay intact unless you explicitly downsample resolution.
AVIF typically wins on photographic content by 20–30% — i.e. the same visual quality fits in 70–80% of the WebP byte count. WebP can edge ahead on lossless graphics with large flat-color regions and on very small icons under 5 KB where AVIF's overhead matters more. For everything in between, AVIF is smaller. See WebP to AVIF if you need to convert direction first, or AVIF to WebP for the reverse fallback.
AVIF uses the AV1 codec's intra-frame mode, which evaluates many more block partitions and prediction modes per pixel than the older DCT in JPEG or VP8 in WebP. A 12-megapixel photo can take 5–30 seconds on a laptop depending on the speed setting, versus tenths of a second for JPEG. The trade-off is one-time cost on encode for permanent savings on every download.
As of May 2026, AVIF is supported in Chrome 85+, Firefox 93+, Safari 16.4+ (macOS Ventura / iOS 16.4+), and Edge 121+, covering roughly 94% of global users per caniuse. The remaining gap is mostly older iOS, in-app browsers, and locked-down corporate Windows builds. Standard practice is a <picture> element with AVIF first and a WebP or JPEG fallback for those clients — see JPG to AVIF or PNG to AVIF to build the AVIF half of the pair.
Yes. Drop a folder's worth onto the upload area and apply a single Quality Preset or Target file size (%) to all of them. Each file is processed in turn within the same browser session, and you can download them individually or as a zip when finished. There's no per-file sign-up step.
For a 1080p photograph, ~80–120 KB at Quality 60–65 is usually the floor before banding appears in skies and shadows. Pure graphics (logos, illustrations) can compress to 10–20 KB at the same dimensions because flat color regions encode efficiently. Going below 25% quality on photos tends to produce visible block artifacts that no amount of resolution reduction will hide.
Both tools work together. If your image is already at display resolution, compress only — quality changes do most of the work. If the source is much larger than where it will be displayed (e.g., a 6000-pixel-wide camera original headed for a 1200-pixel article), resize first using Resize AVIF or set a resolution preset here, then compress. The combined savings are larger than either alone.
Files are uploaded over HTTPS for processing because AVIF re-encoding requires libavif, which can't run reliably in every browser yet. After your session ends, originals and outputs are deleted — there is no public link, no account requirement, and no watermark added to the output.