Initializing... drag & drop files here
Supports: X3F
X3F is Sigma's proprietary RAW format, written by Foveon-sensor cameras like the SD9 (2002), SD1 Merrill, dp Quattro series (2014), and sd Quattro series (2016). It stores three vertically stacked monochrome layers from the Foveon sensor and only opens cleanly in Sigma Photo Pro, the libopenraw / dcraw toolchain, or specialty raw editors — most browsers, social platforms, and video editors cannot display it natively. WebM is Google's royalty-free container (launched May 18, 2010, Matroska-based) holding VP8 / VP9 / AV1 video and Vorbis / Opus audio. Wrapping a set of X3F stills into a WebM slideshow plays everywhere HTML5 <video> works without a plugin. Typical use cases:
<video autoplay loop muted playsinline> with a WebM source plays inline on Chrome, Firefox, Edge, and Safari 14.1+ desktop / 17.4+ iOS without Flash, JavaScript players, or paid hosting. Foveon shooters specifically benefit because raw galleries can't be embedded on the open web at all..webm upload directly. Foveon-rendered JPGs zipped for download are clumsier than a single inline slideshow.Need different outputs? Convert the same X3Fs to standard stills with X3F to JPG or X3F to PNG, build an H.264 slideshow with X3F to MP4, or convert standard photos with JPG to WebM and PNG to WebM.
| Property | X3F (Sigma RAW) | WebM (Google video) |
|---|---|---|
| Type | Still-image RAW container | Video / audio container |
| Specification owner | Sigma Corporation (proprietary) | Google (open, royalty-free, BSD license) |
| Year introduced | 2002 (with Sigma SD9) | May 18, 2010 |
| Underlying tech | Foveon X3 stacked-photodiode sensor data | Matroska container profile |
| Codecs / payload | Raw sensor data, three monochrome layers | Video: VP8 / VP9 / AV1 · Audio: Vorbis / Opus |
| Native software | Sigma Photo Pro, X3Fuse, libopenraw, dcraw | Every modern browser's HTML5 <video> element |
| Browser playback | None (download-only) | ~95.7% global browser support (caniuse, May 2026) |
| Editable post-capture | Yes — exposure, white balance, noise | No — final render |
| Typical file size | 30-50 MB per shot (sd Quattro H ~45 MB) | 1-5 MB per second at 1080p VP9 |
| Open standard | No | Yes — endorsed by Free Software Foundation, January 2011 |
WebM in this converter defaults to VP9 video with Vorbis audio (slideshow output is silent unless audio is supplied). Pick a Quality Preset based on where the slideshow will play:
| Preset | Approx CRF / quality | Size per minute (1080p slideshow) | Best for |
|---|---|---|---|
| Very High (default) | CRF ~24 | ~30-60 MB | Portfolio reels, client previews, archival masters |
| High | CRF ~28 | ~20-35 MB | General web embed, blog posts |
| Medium | CRF ~32 | ~12-22 MB | Email-sized samples, draft reviews |
| Low | CRF ~36 | ~8-14 MB | Mobile-data previews, contact sheets |
| Very Low | CRF ~40 | ~4-9 MB | Tiny thumbnails, MMS-style sharing |
VP9 uses CRF ("Constant Rate Factor") from 0 (lossless) to 63 (worst); lower CRF = higher quality and bigger file. AV1, when available, is roughly 30% more efficient than VP9 at equal quality but encodes 3-5× slower. Slideshow content is unusually compressible because long still frames give the encoder nearly perfect inter-frame prediction — your real-world sizes are often well below the table above.
Convert to JPG / PNG when you want individual stills you can re-edit or print. Convert to WebM when you want a single playable file that browsers, phones, and CMSes treat as native video. A WebM slideshow loads, autoplays, and loops inline — a JPG gallery requires a JavaScript lightbox or a manual grid. For client reviews, embedded portfolio reels, and time-lapse, WebM is the smaller, more portable output.
Partially. X3F stores three full-resolution monochrome layers (red, green, blue) captured at each photosite by the stacked Foveon sensor, which is the source of its rendering character. Converting to WebM bakes those layers into an 8-bit-per-channel RGB video frame, then re-encodes with VP9 chroma subsampling (typically YUV 4:2:0). The look survives — Foveon-style microcontrast and color separation come through clearly at high quality — but the raw-editing latitude (white-balance, exposure recovery, demosaic choice) is gone once it's a video frame. Edit the X3Fs in Sigma Photo Pro first if grading matters, then export to TIFF/JPG before stitching.
5 seconds (the default) is comfortable for portrait and landscape review — long enough to look at each image without dragging. Pick 1-2 seconds for fast-moving showreels and contact sheets, 3 seconds for typical Instagram-pace browsing, and 7-10 seconds for ambient gallery loops. For time-lapse, pick 1/24 or 1/30 second per frame so 24 or 30 X3Fs render as one second of motion, giving you cinema-rate playback.
VP9 (the default) is the safer pick in 2026: full support in Chrome 29+ (2013), Firefox 28+ (2014), Edge 79+, and Safari 14.1+ desktop / iOS 17.4+. AV1 in WebM compresses ~30% smaller at the same visual quality but is slower to encode and slightly less universal — Safari added AV1 video support only in macOS 14 Sonoma / iOS 17 on Apple Silicon, and older Android phones may software-decode it. Pick AV1 only when file size dominates (long ambient loops, mobile-data targets) and your audience runs current browsers.
For a 60-second 1080p slideshow with mostly still frames: VP9 WebM lands around 15-30 MB at "High" quality; H.264 MP4 (see X3F to MP4) lands around 25-50 MB at equivalent quality; an animated GIF of the same content would be 200-500 MB and capped at 256 colors with visible banding on photographs. WebM wins on size-per-quality for any slideshow longer than a few seconds. Use WebM to GIF only when you specifically need GIF playback (e.g., legacy chat clients).
Apple shipped no WebM support before Safari 14.1 (macOS Big Sur 11.3, April 29, 2021), partial support through Safari 15.6, and full desktop support from Safari 16. iOS Safari was even later — full WebM playback only arrived in iOS 17.4 (March 2024). If a 2019 iPhone or pre-Big Sur Mac is in your audience, render an MP4 fallback with X3F to MP4 and serve both via <video> with two <source> tags.
Not directly in this converter — the WebM output from an image-to-video pipeline is silent (no Vorbis/Opus audio track). Render the silent WebM first, then mux audio in a video editor (Shotcut, DaVinci Resolve, kdenlive all accept WebM) or with a one-line FFmpeg command (ffmpeg -i slideshow.webm -i music.opus -c copy -shortest out.webm).
No — EXIF is image-file metadata and doesn't transfer into the WebM container, which uses Matroska-style tag elements instead. The WebM output is a pure video stream. If you need to preserve shoot metadata, convert to X3F to JPG (EXIF preserved) for archival alongside the WebM slideshow, or burn the metadata into a caption layer in a video editor before final render.
Processing happens in your browser session and files are deleted after your session ends. No account is required, there are no watermarks, no file-count limits, and no Pro tier gating the converter or hiding presets behind a paywall.