Initializing... drag & drop files here
Supports: X3F
<path> elements traced from the image — no sign-up, no watermark, no email gating. Download individually or as a ZIP.X3F is a raster RAW format — every pixel is sensor data captured by Sigma's three-layer Foveon X3 sensor, with no shape, path, or vector geometry anywhere in the file. SVG is a vector format that describes shapes mathematically. This converter bridges the two by tracing, not by wrapping: the image is handed to a raster-to-vector tracer, which clusters pixels into colour regions, fits curves to the boundaries of those regions, and writes actual <path> elements into the SVG. Nothing is base64-encoded and nothing is placed inside an <image> element — the output is genuine vector geometry you can select, recolour, and edit node by node.
That is the good news and the catch at the same time. A trace approximates the source with paths. On flat artwork — a two-colour logo, a line drawing, a silhouette, a high-contrast graphic — the approximation is close enough to be indistinguishable, and the result is a small file that scales forever. On a photograph it is not: a 14-megapixel Foveon landscape has millions of subtly varying pixels and no clean shape boundaries, so the tracer either collapses it into a few hundred lumpy colour blobs (unrecognisable) or emits hundreds of thousands of micro-paths (an enormous SVG that is slow to open and looks worse than the JPEG you started from). Decide which of those two your picture is before you convert.
X3F is also not one of the tracer's native input formats — those are PNG, JPG/JPEG, JFIF, BMP, GIF and WebP — so a RAW file has to be rendered to a standard raster before any tracing can happen. Doing that step yourself is worth considering as a quality decision rather than a chore: developing the RAW gives you control over exposure, white balance, crop and output size, and those choices dominate how good a trace looks far more than any slider on this page. Convert the X3F to PNG or JPG first, look at the result, then trace it with PNG to SVG or JPG to SVG. Common reasons people want X3F → SVG at all:
.svg as a first-class asset, and traced paths arrive as real objects you can restyle rather than a flat picture.If your subject is a portrait, a landscape, or a product shot with soft gradients, no tracer setting will rescue it. Keep the photo as a raster: X3F to PNG, X3F to JPG, or X3F to TIFF for a 16-bit master.
| Property | X3F | SVG |
|---|---|---|
| Type | Raster RAW (sensor-level) | Vector (XML markup) |
| Owner / spec | Sigma Corporation (proprietary) | W3C open standard (SVG 1.1 SE, 2011; SVG 2 Candidate Recommendation in active work) |
| First released | 2002 (Sigma SD9) | SVG 1.0 in 2001; SVG 1.1 in 2003 |
| Stored data | Per-pixel red + green + blue from Foveon's three vertically stacked photodiodes, no demosaic interpolation needed | Shapes, paths, text and gradients — here, <path> elements fitted to traced colour regions |
| Scaling behaviour | Fixed pixel grid; enlarging loses fidelity | Traced paths scale to any size without blurring |
| Colour model | Wide-gamut sensor data (typically 12-bit per channel, three layers) | Flat sRGB fills, one per traced region; the number of regions follows the precision setting |
| Native viewers | Sigma Photo Pro, Photo Mechanic, RawTherapee, recent Adobe Camera Raw with X3F plugin | Every modern browser, Figma, Sketch, Inkscape, Illustrator, GIMP |
| Editability | Non-destructive RAW edits in Sigma Photo Pro or RawTherapee | Hand-edit XML in any text editor; select and reshape individual paths in vector apps |
| Typical file size | 20-50 MB per shot (Quattro / Merrill bodies) | A few KB for a traced logo; tens of MB for a traced photograph, which is the case to avoid |
| Best for | Maximum colour fidelity straight out of Sigma Foveon cameras | Logos, line art, cut files, UI assets — flat shapes with clear boundaries |
| Precision value | What it changes | Pick when |
|---|---|---|
| 1-3 | Few colour regions, heavily smoothed curves, short coordinates | Smallest possible SVG. Good for silhouettes and single-colour marks you intend to recolour by hand; fine texture disappears entirely |
| 4-6 (default 6) | Balanced clustering and curve fitting | Recommended range, and where the on-page note points. Shapes stay recognisable and the file stays manageable |
| 7-8 | More colour regions separated, more nodes per path | Only when intricate detail is genuinely being lost. Above about 6 the extra decimals mostly add bytes without changing what you see |
| 9-10 | Nothing — the run aborts and no file is produced | Never. The same value is sent as the colour precision, which is only defined for 1 to 8 significant bits per RGB channel, so the job stops with an out-of-range error instead of tracing more finely |
Because one slider feeds both parameters, lowering it merges similar colours and simplifies curves in the same move — which is why its effect on a traced file is so visible, and why 8 is a hard ceiling rather than a soft recommendation.
Real paths. The tracer clusters the image by colour, fits curves to the region boundaries, and writes <path> elements — it does not base64-encode your picture inside an <image> tag. That is why a traced logo stays crisp at any zoom and can be edited node by node. The trade-off is approximation: the output is the tracer's best geometric reading of your pixels, excellent for flat graphics and poor for photographs.
Because you traced a continuous-tone image. Every gradient step becomes its own filled path, and a photograph has an enormous number of them; the XML that describes them all can easily outweigh the compressed raster it came from. Drop Number precision toward 3-4 and re-run, or accept that this subject wants a raster format — X3F to PNG or X3F to JPG.
Yes — the geometry is genuinely vector, so it scales without blurring. The honest caveat is fidelity, not scalability: what scales is the tracer's approximation of your image, not the image itself. Enlarge a traced logo and it stays sharp; enlarge a traced photograph and you see clean, sharp, wrong shapes. Scalability is only worth having when the traced shapes were right to begin with.
No. The Foveon X3 sensor records red, green, and blue at every pixel via three stacked photodiodes, but that wide-gamut data is collapsed to standard sRGB during rendering, and the tracer then reduces it further to a limited set of flat region fills. If you need the full Foveon colour science, keep the X3F and edit it in Sigma Photo Pro, or export to a 16-bit format like TIFF instead.
The SVG opens in every modern browser, Inkscape, Illustrator, Figma, Sketch, and most operating-system image previews. Photoshop opens SVGs through Place / Open and rasterises them into a layer. Lightroom does not import SVG — it's a vector tool's domain. The camera itself can't display SVG either; it only previews its own X3F and JPEG output.
You can edit the shapes, which is a different thing. Every traced region is a selectable path: recolour it, delete it, reshape its nodes, merge it with a neighbour. What you cannot do is a tonal RAW edit — exposure recovery, white balance, highlight rescue — because there is no longer any photographic data to work with, only geometry. Do that work first, in Sigma Photo Pro or RawTherapee, and trace the developed result.
Sigma Photo Pro doesn't export SVG at all — it exports JPEG, TIFF, and X3I (its multi-shot format). Landing at SVG always means tracing a rendered raster; the only question is who renders it. This page does both steps for you. Doing the render yourself first is the higher-quality route when the subject is marginal, because exposure, crop and output size drive trace quality more than any setting here does.
No. Sigma X3F files store XMP and proprietary metadata (camera model, ISO, lens info, shooting date), but none of it becomes editable SVG <text> elements. Lettering that appears in the picture is traced as outline shapes like everything else — it will look right and scale fine, but it is not selectable, searchable, or re-typeable text. If you need a real caption or watermark as vector text, add it after conversion in Inkscape or Figma.
No. Files are uploaded over an encrypted connection, processed on our servers, and deleted automatically after a few hours. No account is required and there are no watermarks, file-count limits, or hidden Pro tiers. Nothing is shared or made public, and nothing about a 20-50 MB Merrill or Quattro frame is kept once that window has passed.
Check the Number precision slider first: positions 9 and 10 stop the run outright with an out-of-range error, so drop it to 8 or below and re-run. If the slider was already low, the likely cause is a flat, low-contrast render with no colour boundaries for the tracer to find. Develop the RAW yourself — X3F to PNG — push the contrast until the shape you care about separates cleanly from its background, then trace that PNG with PNG to SVG.