Initializing... drag & drop files here
Supports: AVIF
AVIF (AV1 Image File Format) was published by the Alliance for Open Media in February 2019 and is now supported by Chrome 85+, Firefox 93+, Safari 16.4+, and Edge 121+ — roughly 94% of global browsers per caniuse. ICO is Microsoft's icon container from the Windows 3.x era and is what <link rel="icon"> falls back to when an SVG or PNG favicon isn't declared. Browsers don't render AVIF favicons, so any AVIF asset destined for the browser tab, taskbar, or RSS reader has to be transcoded — the AVIF is decoded to raw pixels and re-encoded as a PNG-in-ICO container (PNG-compressed images inside ICO have been supported since Windows Vista in 2007).
favicon.ico that covers every browser fallback path..exe or .lnk properties accept ICO only. AVIF source → 256×256 ICO is the maximum the ICO container natively addresses; anything larger has to be downsampled.favicon.ico — GitHub Pages and most static-site templates look for /favicon.ico at the root; a converted ICO drops in without code changes.<link rel="icon"> tag, so an ICO at the root keeps the feed icon working.| Property | AVIF | PNG | WebP |
|---|---|---|---|
| Published | Feb 2019 (AOMedia) | 1996 (W3C) | 2010 (Google) |
| Compression at icon sizes | Best per-byte but overhead-heavy at <2 KB | Lossless; verbose at large sizes | Lossy/lossless; mid |
| Alpha channel | Yes (10-bit) | Yes (8-bit) | Yes (8-bit) |
| HDR / wide gamut | Yes (PQ, HLG, BT.2020) | No (sRGB only without iCC) | No |
| Browser favicon support | No | Yes (modern browsers) | Yes (Chrome 32+, Safari 14+) |
| Best as ICO source | Yes — high quality, small original | Yes — universal fallback | Yes — middle ground |
| Re-encoding cost | Decode AV1 + re-encode PNG | Direct copy or rescale | Decode VP8L + re-encode PNG |
When you already have an AVIF master, converting straight to ICO is fine; the visible quality difference between an AVIF-sourced and PNG-sourced 32×32 favicon is negligible because the bottleneck is the 1024-pixel budget, not the source codec. If the same logo is being shipped to both the browser as AVIF and to the favicon.ico slot, this is a single source of truth.
| Size | Use case | Include in ICO? |
|---|---|---|
| 16×16 | Browser tabs, bookmarks, address bar | Yes |
| 32×32 | High-DPI tabs, Windows taskbar | Yes |
| 48×48 | Windows desktop shortcuts, site icons | Yes |
| 64×64 | Windows Explorer medium icons | Optional |
| 128×128 | Windows large icons, Chrome bookmark tile | Optional |
| 256×256 | Windows extra-large / 4K taskbar pin | Optional (ICO max) |
| 180×180 | Apple Touch Icon | No — ship as separate PNG |
| 192×192 / 512×512 | Android home screen, PWA manifest | No — ship as separate PNG |
The ICO container caps each slot at 256×256; sizes larger than that have to be referenced as separate PNG files in <link> tags. Need a different size as a standalone file? Use AVIF to PNG for the 180/192/512 PNGs, or PNG to ICO if your master is already a PNG.
No major browser parses AVIF in the favicon decoder path as of mid-2026. Chrome, Firefox, and Safari all recognise SVG and PNG via <link rel="icon" type="image/svg+xml"> and image/png, but the image/avif MIME type isn't on the favicon allow-list. ICO (and PNG/SVG) is what the <link rel="icon"> tag falls back to, which is why the conversion is needed.
Yes, when "Image Transparency" is left at "Unchanged". The AVIF alpha channel is decoded to 8-bit RGBA (ICO PNG slots store 8 bits per channel) and embedded as a PNG inside the ICO container. If you pick a named colour from the dropdown — White, Black, Navy, Crimson, etc. — the alpha is flattened against that background instead.
256×256 pixels per slot. That's a hard limit of the ICO container — the directory entry width/height fields are a single byte each, with 0 reserved to mean "256." For Apple Touch (180×180) or Android/PWA (192×192, 512×512) you ship separate PNG files referenced from the HTML head, not extra slots inside the ICO.
Any size 256×256 or larger works — the converter will downsample to whatever you pick under Image Resolution (256P, 192P, 128P, 64P, 48P, 32P, 24P, 16P presets, or a custom Width/Height). Starting larger and downsampling produces sharper small icons than starting at 32×32 and upscaling.
The AVIF→pixels step is lossless when the source AVIF was lossless; the pixels→PNG-in-ICO step is also lossless because PNG uses DEFLATE compression. If you pick Image Quality (%) below 100 or a Target file size that forces re-compression, the slot will use lossy encoding instead — for a 16×16 favicon this is usually invisible, but it can matter at 256×256.
No. ICO PNG slots are 8 bits per channel (24-bit colour + 8-bit alpha). A 10-bit AVIF gets quantised to 8-bit during conversion. For favicons this is a non-issue — at 32×32 there aren't enough pixels for banding to be visible — but it's a reason not to use ICO as an archival format for HDR source artwork.
The XConvert tool produces a single-size ICO per conversion. For a multi-resolution favicon.ico containing 16×16, 32×32, and 48×48 together, convert the source three times at different presets and then combine the outputs with a multi-size ICO tool, or use a dedicated favicon generator. Most static-site generators and <link rel="icon" sizes="..."> declarations accept three separate .ico/.png files instead.
Yes for the icon image itself — Visual Studio, NSIS, Inno Setup, and Electron's electron-builder all accept PNG-in-ICO files. For best results across legacy Windows (XP era) you'd also include BMP-encoded slots, which this converter doesn't do; for modern Windows 10/11 the PNG-only ICO is fine.
Files are uploaded over HTTPS for processing and deleted from temporary storage after the job completes. There's no account requirement, no watermark, and no retention beyond the active session. If you'd rather keep the AVIF locally, the reverse direction is at ICO to PNG and from there to whatever destination you need.