Resize AVIF images by pixels or percentage. AVIF is the most efficient web format — resizing to display dimensions saves additional bandwidth. Aspect ratio lock prevents distortion.
AVIF is the AV1-based image format finalized in 2019 — typically 30-50% smaller than JPG and 20% smaller than WebP at matched quality, with 10/12-bit HDR, wide-gamut, alpha, and animation support. It is supported in Chrome 85+, Firefox 93+, Safari 16.4+, and Edge 121+. Resizing remains the single biggest perf win for AVIF-served pages: encoding is efficient, but a 4000-pixel-wide hero still wastes bandwidth on a phone. Resize first, then compress — that order produces the smallest, sharpest result. Common reasons to resize:
srcset — Generate 320 / 640 / 1024 / 1920 variants of one master AVIF for <img srcset>. Each viewport gets the right size — no over-downloading on phones, no upscaling on desktops.| Mode | What it does | Best for |
|---|---|---|
| Width × height (px) | Exact target size | Pixel-perfect specs (Instagram 1080 × 1080, ad slots) |
| Percentage | Proportional scaling | Scale one image to "50% of original" |
| "Size preset" (percent of original, a target height such as 1080p or 720p, or a platform size) | Common breakpoints | Quick scaling to standard sizes |
| 100% | No resize | Re-encode only — change the format or "Quality" without resampling |
| Use case | Width × height |
|---|---|
| Mobile thumbnail | 320 × auto |
| Mobile hero | 640 × auto |
| Tablet hero | 1024 × auto |
| Desktop hero | 1920 × auto |
| 4K display | 3840 × auto |
| Instagram square | 1080 × 1080 |
| Instagram Stories | 1080 × 1920 |
| YouTube thumbnail | 1280 × 720 |
| Profile picture | 400 × 400 |
Downscaling preserves quality very well — you are discarding pixels you would not have rendered anyway, and AVIF's encoder is efficient at smaller sizes. Upscaling has to invent pixels by interpolation and softens the result; for upscales beyond 2× a dedicated AI upscaler does better than this tool. For any downscale and modest upscale (up to 2×), standard resampling produces clean results.
Transparency, yes; HDR, no. The alpha channel resamples alongside the color channels and is kept when you save as AVIF, PNG, WebP or TIFF (GIF keeps only hard-edged transparency; JPG and BMP flatten it onto white). The editor works in 8 bits per channel in sRGB, so a 10/12-bit or HDR source is saved as 8-bit sRGB, and wide-gamut color (BT.2020, Display P3) and HDR metadata (PQ / HLG) are not kept. Keep the original if you need the HDR version.
This editor writes lossy AVIF only — there is no lossless AVIF mode; the "Quality" slider (40–100, default 85) sets the trade-off. For a pixel-exact copy of a graphic, screenshot, line art or logo, save as PNG instead. Lossy AVIF suits photographs: it is typically 30-50% smaller than equivalent WebP and holds up better than JPG and WebP at very low bitrates, so the low end of the slider is still usable for non-critical thumbnails.
Not as an animation. The editor reads an animated AVIF as one still image, so a resized one is saved as a single still frame, not an animated AVIF. If the source is a still image saved with the .avif extension, it resizes normally.
Roughly, but not exactly. Halving width × height = 1/4 the pixel area, which usually translates to 70-80% smaller file. Halving only one dimension cuts pixel count in half and file size by ~40-60%. Cropping is more aggressive than resizing for shrinking — see Crop AVIF.
Resize and convert in a single step. AVIF to JPG and AVIF to PNG both let you set output dimensions on the way out. Combining is more efficient than resize-then-convert, since the conversion step has to re-encode anyway. AVIF support landed in Chrome 85, Firefox 93, and Safari 16.4 — older browsers and many native apps still need the JPG fallback.
Yes — drop up to 50 AVIF files at once (a mixed batch works too). The size, format and quality you set apply to every file in the batch; "Download all (.zip)" saves every resized result in one ZIP, and "Download one by one" saves them separately.
DPI only matters for print; screens ignore it and draw by pixel count. This editor sets pixel size, not a DPI value, so work out the pixels you need instead: inches × 300 for photo prints (a 6 × 4 in print = 1800 × 1200 px), about 150 per inch for posters and banners seen from a distance, and the platform's pixel size for web and social. Your print or layout software then sets the DPI.