Initializing... drag & drop files here
Supports: TIFF, TIF
TIFF (Tag Image File Format) was published by Aldus in autumn 1986 for desktop scanners and prepress; Adobe took over the spec when it acquired Aldus in 1994 and the current revision is 6.0. SVG (Scalable Vector Graphics) became a W3C Recommendation on 4 September 2001 and is now the only vector format that renders natively in every major browser. Wrapping a TIFF in SVG gives you a file you can drop into any HTML page, scale by CSS without resampling, and version-control as plain text.
<svg> tags in plain HTML. No <img> round-trip, no CORS surprises.| Property | TIFF | SVG |
|---|---|---|
| Type | Raster (pixel grid) | Vector (XML-described shapes) + optional raster |
| First published | 1986 (Aldus rev 3.0) | 2001 (W3C SVG 1.0) |
| Maintainer | Adobe (since 1994) | W3C |
| Browser support | Safari only inline; Chrome/Firefox/Edge need a plugin | Native in all modern browsers |
| Compression | None / LZW / ZIP / JPEG / CCITT G4 | gzip (when served as .svgz); paths are inherently compact |
| Scalability | Resolution-fixed; resampling blurs | Lossless at any zoom (for true vector content) |
| Multi-page | Yes (one of TIFF's signature features) | No native multi-page; one document per file |
| Editable in code | No (binary tags) | Yes (plain text XML) |
| Color models | RGB, CMYK, LAB, grayscale, indexed | sRGB; color profiles via filter |
| Typical use | Print, archival, scanning, satellite imagery | Web icons, logos, diagrams, charts, UI |
| Source content | Best approach | Why |
|---|---|---|
| Photographic scan (people, landscapes) | Embed (this tool) | Vectorizing photos produces tens of thousands of paths and files larger than the source |
| Single-color logo or signature | Vectorize after embedding | True paths scale infinitely and compress to a few KB |
| Line art, blueprints, schematics | Vectorize after embedding | Sharp edges trace cleanly with Potrace-style algorithms |
| Scanned text document | Use OCR + TIFF to PDF instead | SVG has no native text-layer or page model |
| Multi-page scanned archive | Convert each page; consider TIFF to PNG for smaller web delivery | SVG can't hold multiple pages in one file |
| Precision | File size impact | When to use |
|---|---|---|
| 1-3 | Smallest output | Tiny thumbnails, icon-scale display where micro-detail is invisible |
| 4-6 (default 6) | Balanced | General-purpose web embedding, default for almost every case |
| 7-8 | Larger | Architectural drawings, technical diagrams where sub-pixel alignment matters |
| 9-10 | Largest | Archival use; rarely justifies the size cost for screen viewing |
No. xconvert wraps the TIFF inside an SVG container (using SVG's <image> element), so the output is a valid .svg file but the picture data remains raster. True vectorization — running a tracer like Potrace or VTracer — is a separate step. If you want vector paths, open the converted SVG in Inkscape and use Path > Trace Bitmap, or in Illustrator use Image Trace. Wrapping is fast and lossless; tracing is slow and lossy but produces infinitely scalable output.
Usually yes, because TIFFs are typically stored uncompressed or with LZW, while the embedded raster inside the SVG is base64-encoded PNG which is deflate-compressed. Expect a 40-70% reduction for color photos. For files already saved as TIFF with JPEG compression, the SVG may be slightly larger because of base64 overhead (roughly 33%).
Because the underlying pixels are still raster. Wrapping a 1000-pixel-wide TIFF in SVG and rendering it at 4000 px will look just as blurry as scaling the original TIFF. Sharpness at arbitrary zoom only comes from real vector paths, which means running a trace step after this conversion.
Yes. Both Illustrator and Inkscape open SVG natively and will show the embedded TIFF as a single linked-or-embedded image object. You can mask it, clip it, place it under text, or — in Inkscape — run Trace Bitmap on it to generate editable paths.
The slider goes 1-10. It controls the number of decimal places written for any coordinates in the SVG (transformations, viewBox, embedded-image positioning). Higher precision means longer numbers in the XML and a slightly larger file. The default of 6 matches the SVG spec recommendation for general-purpose rendering and is well below the threshold where the difference would ever be visible.
Multi-page TIFFs are processed page by page; SVG itself has no multi-page concept, so you receive one SVG per frame. If your goal is to keep a multi-page document together, convert to PDF instead — PDF preserves page order and can embed multiple TIFF frames in a single output.
The encoder converts non-RGB color spaces to sRGB during the embed step (browsers render SVG in sRGB by default), and 16-bit-per-channel TIFFs are reduced to 8-bit. If you need to preserve full color fidelity for press, keep the TIFF and use TIFF to PDF with a print-ready profile instead.
For pure web display, TIFF to PNG or TIFF to JPG is usually the simpler path. Pick SVG when you specifically need: (a) the ability to inline the image in HTML/JSX as XML, (b) CSS-controlled masks or filters layered on top, (c) a single container you can later vectorize, or (d) a path to embed the image inside a larger composed SVG (charts, infographics, icon sheets).
Yes — SVG to TIFF rasterizes the SVG (paths and any embedded images) at a chosen resolution and writes a TIFF. The round trip is lossy if you've added vector elements on top of the embedded raster, since those get flattened back into pixels.