Initializing... drag & drop files here
Supports: X3F
X3F is Sigma's proprietary RAW container for Foveon X3 sensor data: three stacked photodiode layers per pixel location capture red, green, and blue at the same site instead of interpolating from a Bayer mosaic. The format is gorgeous for color rendition but useless on the open web — browsers cannot decode X3F, the files are commonly 30-60 MB each, and outside Sigma Photo Pro almost no consumer tool opens them. WebP, announced by Google on September 30, 2010 and built on VP8 intra-frame coding, is the modern fix: native support in Chrome, Firefox 65+, Safari 16+, and Edge covers ~96% of global browsers per caniuse, and the file is typically 25-34% smaller than the JPEG you would otherwise post.
| Property | X3F (Sigma RAW) | WebP |
|---|---|---|
| Type | Proprietary RAW container | Open web image format |
| Owner / origin | Sigma Corporation (Foveon, Inc.) | Google, released Sept 30, 2010 |
| Sensor data | Full RGB at every photosite (3 stacked layers) | Decoded 8-bit per channel RGB(A) |
| Compression | Largely uncompressed sensor data | Lossy (VP8) or lossless |
| Typical file size | 30-60 MB per shot (sd Quattro H ≈ 50 MB) | 100 KB - 2 MB at web quality |
| Max dimensions | Determined by sensor (e.g. 6192 × 4128 on sd Quattro H) | 16383 × 16383 pixels |
| Transparency | No | Yes (both lossy and lossless modes) |
| Browser support | None | ~96% global (Chrome 32+, FF 65+, Safari 16+, Edge 18+) |
| Editable in browser? | No | Yes (any modern browser, image editors) |
| Best for | Capturing and editing in Sigma Photo Pro | Web delivery, mobile, CDNs |
| Camera line | Years | Effective pixels | Notes |
|---|---|---|---|
| SD9 / SD10 | 2002 / 2003 | 2268 × 1512 × 3 layers (~3.4 MP per layer) | Original Foveon DSLRs |
| SD14 / SD15 | 2006 / 2010 | 2640 × 1760 × 3 (~4.6 MP per layer) | Bayonet mount, JPEG-capable |
| DP1 / DP2 series | 2008-2013 | Same sensor as SD14/15 then 15 MP class | Fixed-lens compacts |
| SD1 / SD1 Merrill | 2010 / 2012 | 4800 × 3200 × 3 (~15 MP per layer) | First "Merrill" generation |
| dp Quattro (dp1/2/3) | 2014 | Quattro sensor: 5424 × 3616 top layer | Top layer 1:1, lower layers 1:4 |
| sd Quattro / Quattro H | 2016 | Up to 6192 × 4128 top layer | APS-H on the H model |
| fp / fp L | 2019 / 2021 | Bayer (not Foveon) | These output DNG, not X3F |
| Preset | Typical WebP quality factor | Best for |
|---|---|---|
| Highest / Very High | ~85-95 | Portfolio publishing, near-visually-lossless |
| High | ~75-80 | Blog posts, product galleries, social uploads |
| Medium | ~60-70 | Thumbnails, list-view tiles, email embeds |
| Low / Very Low | ~30-50 | Placeholder / preview images only |
| Lossless: Yes | n/a (lossless codec path) | Archival web proxy, edit-safe intermediate |
You will lose the editing latitude of RAW — once committed to an 8-bit-per-channel WebP you cannot pull shadow detail back the way Sigma Photo Pro can from the original X3F. However, the visible Foveon color and micro-contrast survive a Very High or Lossless WebP conversion just fine for screen viewing. Keep the X3F as your master and treat the WebP as a publishable derivative.
WebP lossy averages 25-34% smaller than JPEG at matching visual quality, and lossless WebP averages about 26% smaller than PNG — both numbers come directly from Google's WebP documentation. For a 15 MP Merrill or sd Quattro frame, that's the difference between a 350 KB and a 500 KB upload, which moves the needle on Largest Contentful Paint scores.
No. The Conversion runs on our servers — you do not need Sigma Photo Pro, X3Fuse, or a Photoshop X3F plug-in installed. That is the whole point of running it through xconvert: open access to a format that otherwise needs vendor software.
Any Foveon-sensor Sigma: the SD9/SD10/SD14/SD15/SD1/SD1 Merrill DSLRs, the DP1/DP2/DP3 fixed-lens series, the dp Quattro line, and the sd Quattro / sd Quattro H. The 2019-and-later fp and fp L are Bayer-sensor cameras and produce DNG instead — for those use the DNG to WebP converter.
For social posts, blog images, and most portfolio use, leave Lossless at No — the file will be far smaller and the visual difference at normal viewing distance is negligible. Toggle Lossless to Yes when you need a pixel-exact intermediate (for example, before further editing in a web-based tool, or as an archival proxy alongside the RAW master).
WebP caps each side at 16383 pixels per the format specification, which is well beyond any Sigma sensor — even the sd Quattro H's 6192 × 4128 fits comfortably. So you can produce WebP at full sensor resolution; the practical limit is how much detail you want to ship over the wire.
X3F is a proprietary Sigma container and the raw sensor data is partly encrypted, which is why the libopenraw project flags it as a constrained format. No mainstream browser ships an X3F decoder. WebP, by contrast, is supported natively in Chrome since v17 (2012), Firefox 65 (Jan 2019), Safari 16 (Sept 2022, partial since 14), and Edge 18+ — collectively ~96% of global browsers as of 2026.
Yes. Drop the entire folder of X3Fs onto the upload area; each file is converted with the same quality, resolution, and lossless settings. For very large captures (dp Quattro / sd Quattro H jobs can run 50 MB per shot), break the batch into reasonable chunks so the browser doesn't spend all its memory at once.
Use X3F to JPG for the broadest compatibility (every browser since the 1990s) or X3F to PNG for lossless flat-color output. For a flexible non-RAW master that any photo editor opens, X3F to TIFF is the better choice. Already have a WebP and just want it smaller? See compress WebP.