Initializing... drag & drop files here
Supports: AVIF
This is a trace, not a repackaging job. The decoded image is handed to a raster-to-vector tracer, which groups pixels into colour regions, fits curves to the boundaries between them, and writes real <path> elements into the output. Nothing is base64-encoded and nothing is placed inside an SVG <image> element — the file you get back is genuine vector geometry, editable shape by shape in Illustrator, Inkscape, or Figma, and sharp at any zoom.
The catch is that a trace approximates. It rebuilds your picture out of flat-filled shapes, so the result is only as faithful as those shapes can be. On a two-colour logo the approximation is essentially perfect and the file is a few kilobytes. On a photograph it is not: continuous tone has no clean boundaries, so the tracer either flattens the image into a handful of lumpy blobs or emits tens of thousands of micro-paths, producing an enormous SVG that opens slowly and looks worse than the AVIF you started with. AVIF's own strength — efficient photographic compression — is precisely the content tracing handles worst.
AVIF is also not one of the tracer's native input formats — those are PNG, JPG/JPEG, JFIF, BMP, GIF and WebP — so an AVIF has to be rendered to a standard raster before any tracing can happen. Doing that step yourself is a reasonable quality choice rather than a chore: rendering the file first lets you fix exposure, crop, and output size, and those decisions influence trace quality far more than the precision slider does. Render with AVIF to PNG, inspect the result, then trace it with PNG to SVG.
.svg for icon and logo slots. A traced mark passes the file-type gate and behaves like real vector art once it is through.| Property | AVIF | SVG |
|---|---|---|
| Format type | Raster (pixels on a grid) | Vector (XML-described shapes) |
| Compression | AV1 codec, lossy or lossless | DEFLATE on the XML (gzip / SVGZ) |
| Scaling | Pixelates when zoomed past native resolution | Infinite, lossless scaling of the traced shapes |
| Transparency | Yes (10/12-bit alpha) | Yes (per-shape opacity, alpha) |
| Animation | Yes (AVIS sequences) | Not produced here — the trace is a single static image |
| Colour handling | Full continuous tone, wide gamut | Flat sRGB fills, one per traced region |
| Best for | Photos, web hero images, modern picture tags | Logos, icons, line art, diagrams, maps |
| Typical file size | 30-50% smaller than equivalent JPG | KB-range for traced icons; can balloon far past the source for a traced photo |
| Browser support | Chrome 85+, Firefox 93+, Safari 16.4+ | Universal (since 2011) |
| Editable as shapes | No — bitmap only | Yes — every traced path is XML |
| Precision | Effect on the trace | Pick when |
|---|---|---|
| 1-3 | Few colour regions, heavily smoothed curves, tiny file | Silhouettes and single-colour marks you plan to recolour by hand; fine texture disappears entirely |
| 4-6 (default 6) | Balanced clustering and curve fitting | The recommended band and the on-page default. Right for almost every icon and logo |
| 7-8 | More colour separation, more nodes per path | Technical drawings and detailed icons where thin strokes must survive. Above 6 the extra decimals mostly add bytes |
| 9-10 | Nothing — the run aborts with no file | Never. Colour precision caps at 8 and the same slider value feeds it, so the job errors out instead of tracing |
Yes — the output is real path geometry, so enlarging it does not blur anything. The caveat is fidelity rather than scalability: what scales is the tracer's approximation of your image. A traced logo stays crisp and correct at any size; a traced photograph stays crisp and wrong, because the shapes it is made of were never a good likeness in the first place.
One value drives two tracer parameters at once: how finely colours are separated when pixels are clustered into regions, and how many decimal places each path coordinate keeps. Lowering it therefore merges similar colours and simplifies curves in the same move, which is why its effect is so visible. Start at the default of 6, drop toward 3-4 when you want the simplest possible shapes, and stop at 8.
Because the slider's range is wider than the tracer's. The value is also used as the colour precision, which is defined only for 1 to 8 significant bits per RGB channel — nine bits is more than an 8-bit channel can hold. The tracer rejects the value outright rather than clamping it, so the run ends with an out-of-range error and no download. Nothing useful lives above 8 anyway: a coordinate with nine decimal places is far below what any renderer will ever draw.
Because you traced continuous tone. Every subtle tonal step becomes its own filled path, and a photograph contains an enormous number of them, so the XML that describes them all can easily outweigh a well-compressed AVIF. Drop the precision toward 3-4 and re-run to see whether a simplified version is usable; if it isn't, that image wants a raster format rather than a different setting.
Probably not. A traced photo gives you a bigger file that looks worse, and no downstream tool will thank you for it. If a system specifically demands .svg, consider whether the artwork can be simplified first — a flat, high-contrast version of the image traces into something deliberate-looking rather than accidental. Otherwise keep the AVIF or convert with AVIF to JPG for broader support.
Yes — that is the point of tracing. Each traced colour region is an individual path object: select it, change its fill, drag its nodes, or delete it. Traced art usually benefits from a minute of tidying, and the most common cleanup is deleting a handful of tiny speckle paths that came from compression noise in the source.
Transparent areas are handled as part of the trace rather than carried through as a pixel-level alpha channel, so treat a transparent background as a region the tracer has to identify like any other. In practice a logo on a clean transparent or flat background traces well and composites fine over a page; a soft, semi-transparent edge (a feathered glow, an anti-aliased drop shadow) is the case that tends to come back as a hard-edged shape instead of a fade.
The tracing step is identical — the source format only decides what the tracer is looking at. What differs is the typical content: AVIF is usually chosen for photographs, which is the material tracing handles worst, so read the suitability list above before assuming a good result. If you have a PNG or JPG version of the same artwork, PNG to SVG and JPG to SVG reach the same tracer.
Every modern browser since 2011 renders SVG natively, and Figma, Sketch, Affinity, Illustrator, and Inkscape all import it as editable shapes. Email clients are the main exception — Gmail, Outlook, and Apple Mail strip or refuse SVG for security reasons, so for email assets fall back to PNG.
Multi-megabyte AVIF photos upload and convert, though they are exactly the sources least likely to trace well. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours; nothing is shared or made public. For batch icon work, hundreds of small AVIFs queue and convert together.