Initializing... drag & drop files here
Supports: X3F
X3F is Sigma's proprietary raw format from cameras with Foveon X3 sensors, introduced with the SD9 in 2002. Unlike Bayer sensors that interpolate color, Foveon stacks red, green, and blue photodiodes vertically at each pixel site, giving X3F files dense per-pixel color data. 3GP (3GPP file format, initial release 4 April 2003) is the multimedia container defined by the 3rd Generation Partnership Project for GSM-based mobile phones and MMS messaging. Converting an X3F raw image into a 3GP video produces a one-frame or multi-frame mobile-playable clip. Common reasons:
| Property | X3F (input) | 3GP (output) |
|---|---|---|
| Type | Still-image raw (Foveon X3 sensor data) | Video / audio multimedia container |
| Origin | Sigma Corporation, introduced 2002 with SD9 | 3GPP standard, initial release April 4, 2003 |
| Encoding | Huffman-compressed raw sensor data, embedded JPEG preview | MPEG-4 Part 2 / H.263 / H.264 video + AMR-NB / AMR-WB / AAC audio |
| Typical file size | 20-60 MB per frame (camera-dependent) | 100 KB - few MB per minute at MMS bitrates |
| Default playback | SIGMA Photo Pro, Adobe Camera Raw, Capture One (with profile) | Mobile phones, VLC, MX Player, Android ExoPlayer, ffmpeg |
| MIME type | image/x-sigma-x3f | video/3gpp, audio/3gpp |
| Best for | Maximum-fidelity stills, Foveon color rendering, post-processing | MMS messaging, GSM phones, embedded / low-power decoders |
| Choice | Pick when |
|---|---|
| H.263 video + AMR-NB audio | Maximum legacy compatibility — Symbian, Series 40, early Android |
| MPEG-4 Part 2 + AAC | Standard 3GPP "MP4V" profile, slightly better quality at same bitrate |
| H.264 video + AAC | Modern 3GP — playable on Android, but consider MP4 instead |
| Resolution 176x144 (QCIF) | Smallest, original 3GPP baseline; MMS-safe under 300 KB |
| Resolution 320x240 (QVGA) | The 240p preset; typical 3GP "high quality" for phones |
| Resolution 480p or higher | Modern phones only — at this point MP4 output is a better fit |
| Image Duration 5 seconds (default) | Standard slideshow pace; matches a typical music/voice caption |
| Image Duration 1-2 seconds | Faster proof of a shoot, scrubbing on a phone |
If you want a still image instead of video, see X3F to JPG. For a modern phone-friendly video container, use X3F to MP4. Already have a 3GP and want to update it? Try Compress 3GP or 3GP to MP4.
The pairing is unusual but specific: 3GP is the only video container guaranteed to play on legacy GSM phones, MMS-capable feature phones, and many embedded kiosks / DVR systems. If your delivery target is one of those (museum exhibit, training kiosk, MMS-blast to feature phones in a region where smartphones aren't dominant, archival pipeline keyed on 3GP), and your source is Foveon raw, this conversion makes the asset playable without writing a separate image-rendering step. For modern phones use X3F to MP4 instead.
The container itself can hold H.264 up to whatever AVC level you encode, but the original 3GPP PSS profile targeted 176x144 (QCIF) and 320x240 (QVGA), and those are the resolutions older handsets reliably decode. Modern Android players handle 480p and 720p 3GP, but at that point you've left the use case 3GP was designed for — the H.263 codec quality is worse than H.264 in MP4 at the same bitrate, so encode for MP4 if the target is a smartphone.
By default the image-to-video path produces silent 3GP — Foveon stills carry no audio. The 3GP container does support AMR-NB (8 kHz narrowband voice codec) and AAC. The current XConvert image-to-video flow doesn't accept a separate audio track upload; if you need narration, render the silent 3GP here and mux audio in a desktop tool that supports AMR encoding (ffmpeg can: ffmpeg -i slideshow.3gp -i voice.amr -c:v copy -c:a copy out.3gp).
Practical ceiling is whatever fits your delivery target. For MMS, aim for a final file under 300 KB — at 320x240 / H.263 / 64 kbps that's roughly 30-40 seconds of video, or 6-8 frames at the default 5-seconds-per-frame Image Duration. For kiosk or archival 3GP with no size cap, the container can hold tens of minutes; pick the Image Duration that matches your pacing.
No — and no other distribution format can. X3F's per-pixel red/green/blue stack produces color resolution Bayer-derived files don't. Once you render to any 8-bit YUV-encoded video format (3GP, MP4, AVI), you're inside YUV 4:2:0 chroma subsampling and an 8-bit gamut, so the Foveon advantage is collapsed to a standard video frame. If color fidelity is the goal, keep an X3F or render through SIGMA Photo Pro to 16-bit TIFF or DNG and pull frames from there.
If your recipient has a smartphone made after roughly 2010, send MP4 with H.264 — it's smaller, sharper, and universally playable. 3GP is specifically for legacy GSM/3G hardware, MMS pipelines that demand a 3GPP container, and embedded gear written to decode H.263/MPEG-4 Part 2 only. If neither applies, X3F to MP4 is the better default. For phones that won't play your existing 3GPs at all, run 3GP to MP4.
Yes. Upload as many X3F files as you want and set Merge strategy to "Merge images" — the converter renders them in upload order into a single 3GP. Use "Video per image" instead if you want one 3GP file per X3F (useful for tagging individual frames or building a per-image asset library). There's no fixed batch quantity cap.
It's not carried into the 3GP. X3F embeds Sigma-specific maker notes (lens model, ISO, white balance, Foveon processing parameters) that have no equivalent field in the 3GPP file format; once the raw is rendered to video frames the metadata is dropped. If you need that metadata downstream, export an XMP sidecar from SIGMA Photo Pro first, or keep the X3F originals alongside the 3GP slideshow.
VLC, MX Player, MPV, ffmpeg, Windows Media Player (with the 3GP codec pack), QuickTime (on macOS), most Android phones natively, and feature phones that advertise 3GPP support. Web browsers do not have native 3GP decoders in 2026 — for browser-embeddable output convert to MP4 or webm instead.