Initializing... drag & drop files here
Supports: X3F
X3F is Sigma's proprietary Foveon RAW container, introduced with the SD9 in 2002 and still produced today by the dp Quattro and SD Quattro lines after Sigma acquired Foveon outright in November 2008. RM (RealMedia) is RealNetworks' multimedia container — debuted in 1997 alongside the RV10 video codec, the same H.263-derived format that powered late-90s streaming for CNN, the BBC, and the first generation of internet radio. Wrapping a Foveon stills sequence into RM is a niche but specific need: archival pipelines, retro media installations, and any toolchain that still expects RealPlayer-compatible input.
| Property | X3F | RM |
|---|---|---|
| Type | RAW still image | Multimedia container (video + audio) |
| Owner | Sigma Corporation (Foveon, acquired 2008) | RealNetworks (1997) |
| Typical use | Foveon SD/dp/Quattro photography | Legacy streaming, RealPlayer playback |
| Sensor / codec | Foveon X3 3-layer stack (full RGB per pixel) | RV10 / RV20 video, Cook / RealAudio audio |
| Compression | Lossless RAW (encrypted blocks) | Lossy DCT-based (H.263 derivative) |
| File size (per minute output) | N/A (single still, 10–60 MB each) | ~0.5–5 MB at 360p–720p slideshow rates |
| Editing software | SIGMA Photo Pro, X3Fuse, dcraw | RealProducer (discontinued), FFmpeg encode |
| Playback today | SIGMA Photo Pro, Photoshop ACR, libopenraw | RealPlayer, VLC (audio always; video codec-dependent) |
| Status in 2026 | Active (Sigma still ships X3F cameras) | Legacy (RMVB largely replaced RM; HEVC/AV1 dominate streaming) |
| Preset | Approx CRF range | Best for | Typical RM size (60-sec slideshow @ 720p) |
|---|---|---|---|
| Lowest | High CRF (most compression) | Email-sized previews, dial-up replays | ~3–6 MB |
| Low | — | Mobile playback, low-bandwidth intranets | ~6–12 MB |
| Medium | Balanced | Standard web slideshows | ~12–25 MB |
| High | — | Sharp photo detail, large displays | ~25–50 MB |
| Very High (Recommended) | Low CRF | Foveon detail preservation, archival masters | ~50–90 MB |
| Highest | Lowest CRF | Reference encodes, near-lossless | ~90–150 MB |
Almost no general-purpose workflow needs this — MP4 with H.264 is the right answer for 99% of slideshow exports. You'd pick RM specifically when the downstream player, signage controller, or archival mandate requires a RealNetworks-compatible container. If you only need a modern slideshow, convert X3F to MP4 instead; if MOV suits your edit environment, X3F to MOV works similarly.
Partially. The Foveon X3 sensor's 3-layer stack captures full RGB per photosite, which is what makes Sigma stills look distinctive at base ISO. RM uses RV10 or RV20 — both H.263-based, both lossy DCT codecs — so fine chroma detail compresses heavily. Picking "Very High" or "Highest" Quality Preset preserves more of that texture, but the codec ceiling is the limiting factor, not the source RAW. For maximum fidelity, export your X3Fs to TIFF in SIGMA Photo Pro first, then run that into the slideshow.
RealPlayer (free download from real.com, last updated July 2024) is still the most reliable. VLC plays RM containers — audio almost always works; video playback depends on whether VLC's bundled FFmpeg supports the specific RV variant in your file. MPlayer / mpv handle most RV10/RV20 streams. Modern browsers, QuickTime, Windows Media Player, and most mobile players do not handle.rm natively — that's the cost of choosing the format.
RM (RealMedia) uses constant bitrate; RMVB (RealMedia Variable Bitrate) added variable-bitrate encoding for better quality-per-byte and was widely adopted in East Asia for fan-distributed anime and TV through the mid-2000s. If your destination tolerates RMVB, convert X3F to RMVB instead — it ships smaller files at the same visual quality. Stick with RM only when the consumer specifically rejects RMVB.
The Image Duration dropdown ranges from 1/60 second per frame (effectively a 60 fps animation if you have enough X3Fs) up to 10 seconds per frame for slow, contemplative photo holds. Most slideshows look natural at 3–5 seconds per frame. Going below 1 second per frame creates a stop-motion or time-lapse feel; going above 8 seconds drags unless you're scoring it to narration.
This converter outputs video-only RM clips from X3F stills — there's no audio upload step in the image-to-video flow. RealMedia natively supports RealAudio Cook, AC3, AAC, and PCM audio tracks, but adding them requires a separate mux pass. The typical workflow is: convert X3F to RM here for the video pass, then mux audio with FFmpeg (ffmpeg -i video.rm -i audio.wav -c copy output.rm) or RealProducer if you still have a license.
X3F decoding is the bottleneck, not RM encoding. A single Sigma Quattro X3F at full resolution (~5,424 × 3,616) takes a few seconds to demosaic; a 30-photo batch typically finishes in under a minute at Medium quality. The RV10/RV20 encoder is decades old and runs faster than any modern codec — once the RAWs are decoded, the actual RM packaging is near-instant.
Two reasons. First, RealMedia codecs predate modern psychovisual tuning — they were optimized for sub-1990s bitrates, not 4K photo detail. Second, slideshow encoders downsample stills to the video resolution you picked, so a 39-megapixel Foveon Quattro frame rendered at 720p drops more than 95% of its pixel count. Use the highest Preset Resolution your player supports (1080p or 4K if the playback target accepts it) and set Quality Preset to "Very High" or "Highest" to retain as much of the Foveon look as possible.