Initializing... drag & drop files here
Supports: RAF
RAF is Fujifilm's raw stills format — the unprocessed sensor readout from an X-series or GFX body, one photograph per file. WebM is an open, royalty-free web video format built on the Matroska container. Converting between them means developing the raw frame and then holding that single rendered picture on screen for a set duration, so the output is a silent, motionless clip in a web-native container: a title slate, a poster frame, a placeholder that drops onto a WebM timeline without a second re-encode.
This page documents what each format actually is, what the converter writes, and which of the three codec choices behave the way their controls suggest.
| Property | Value |
|---|---|
| Full name | Fujifilm raw image; camera spec sheets call it "RAF original format" |
| Vendor | Fujifilm — X-series, GFX and earlier FinePix bodies |
| Payload | Undeveloped mosaic sensor data, one frame per file |
| Bit depth | 14-bit on X-series; 14 or 16-bit on GFX |
| Colour filter array | X-Trans, a 6 x 6 non-Bayer pattern, on most X-series; a conventional primary-colour array on GFX |
| Typical dimensions | 7728 x 5152 on a 40.2 MP X-T5; 11648 x 8736 on a 102 MP GFX100 II |
| In-camera variants | Uncompressed, compressed and lossless-compressed |
| Native browser support | None — raw formats need a dedicated developer |
| Best for | Keeping full editing latitude; it is the master, not a delivery file |
| Property | Value |
|---|---|
| Full name | WebM, an open media file format for the web |
| Origin | The WebM Project, Google, 2010 |
| Container | Based on the Matroska container structure |
| Video codecs in the spec | VP8 and VP9 |
| Audio codecs in the spec | Vorbis and Opus |
| Licence | Royalty-free, open-sourced under a BSD-style licence |
| Native browser support | Chrome 25+, Firefox 28+, Edge 79+, Opera 16+, Safari 16+ on desktop, Safari 17.4+ on iOS (caniuse) |
| What this converter writes | VP9 by default; VP8 and AV1 also selectable. No audio track at all |
| Best for | Web delivery where a royalty-free codec matters |
.RAF files onto the page or click "+ Add Files". "Merge strategy" opens on "Merge images", which plays every upload in sequence inside one clip; "Video per image" gives you a separate WebM for each.| Codec | In the WebM spec? | Rate control that works here | Notes |
|---|---|---|---|
| VP9 | Yes | Quality Preset, Constant Quality, Constraint Quality | The default, and the right choice unless you have a specific reason otherwise |
| AV1 | Not in the WebM Project's own format description, which lists VP8 and VP9 | Quality Preset, Constant Quality, Constraint Quality | Smallest files, slowest encode. Current Chrome, Firefox and Edge play it inside .webm; a strict or older WebM parser may not |
| VP8 | Yes | Constraint Quality only | The quality controls do not reach the encoder — see the FAQ. Only pick VP8 for a decoder too old for VP9 |
Three constants apply whatever you choose: the clip is written at 1 frame per second with B-frames disabled, because a still gains nothing from either; every bitrate and target-file-size mode is hidden on this path, so Quality Preset, Constant Quality and Constraint Quality are the only rate controls offered; and the frame is re-rendered as a clean PNG clamped to 4,096 px on the long edge, with both dimensions rounded down to an even number, before encoding starts.
VP9, unless you change it. WebM's own specification covers VP8 and VP9, and VP9 is the better of the two at essentially every quality point, so it is the default here. AV1 is offered as well and will produce the smallest file of the three, at the cost of a slower encode and slightly narrower playback support — the WebM Project's format description does not list AV1 among the codecs it covers, so a strict parser is entitled to refuse it even though current Chrome, Firefox and Edge all play it.
Because on this path they genuinely do not reach the encoder. With VP8 selected, Constant Quality emits neither a CRF value nor a bitrate, and libvpx falls back to its own defaults — it logs that neither bitrate nor constrained quality was specified and that it is using a default CRF of 32 at 256 kbit/sec. What makes this worse rather than merely quiet is that a 16-63 slider renders on the .webm page and looks entirely functional while having no effect. If you must use VP8, use Constraint Quality, which is the one mode that does set a bitrate. Better still, stay on VP9, where all three modes work.
Neither. One RAF is one photograph, so the WebM shows that single picture for the duration you set — no pan, no zoom, no animation. There is no audio track at all: the audio codec control is hidden on the image-to-video path, so the file is silent rather than carrying a silent track. If you want a sequence, upload several RAF files and leave "Merge strategy" on "Merge images"; each photo is held for the Image Duration and they play back to back as hard cuts. Add a soundtrack afterwards in a video editor.
The frame rate is 1 fps, always, on this path — a still held for five seconds is five identical pictures, so there is nothing for a higher rate to describe, and B-frames are switched off for the same reason. Playback duration is whatever you set under "Image Duration". Resolution starts from your photo: "Video resolution" opens on "Keep original", and the frame is clamped to 4,096 px on the long edge with both dimensions rounded down to even numbers. A 7728 x 5152 X-T5 frame therefore lands at exactly 4096 x 2730, and an 11648 x 8736 GFX100 II frame at 4096 x 3072. Set "Fixed Resolutions" or "Preset Resolutions" if you need a specific size — the presets set the height and let the width follow your photo's aspect ratio.
Because a 3:2 Fujifilm frame does not fit a 16:9 output shape, and rather than stretch or crop it the converter pads the difference with the "Background Color", which opens on White for image sources. That same colour fills the letterbox bars. Change it to Black if the clip is going into a dark edit, or pick an output resolution with the same proportions as the photo so there is nothing to pad.
Everywhere modern, and nowhere old. Per caniuse, WebM has full native support from Chrome 25, Firefox 28, Edge 79 and Opera 16, from Safari 16.0 on desktop, and from Safari 17.4 on iOS. That iOS number is the one that catches people out — WebM support on iPhones and iPads is recent enough that anything targeting a broad mobile audience is safer as MP4. If that describes your project, RAF to MP4 produces the same rendered frame in a container with no such caveat.
Completely, and irreversibly. A RAF stores what the sensor measured — 14 bits per photosite on X-series bodies, 14 or 16 on GFX — which is why exposure, white balance and highlight recovery are still adjustable while it is raw. Encoding to WebM demosaics that data, renders it to 8-bit, then discards chroma detail in the 4:2:0 conversion the encoder uses. Keep the original .RAF as the master. The in-camera Film Simulation will not carry over either, since Provia, Velvia, Classic Chrome and the rest are render-time instructions rather than pixels stored in the file — apply the look in a raw developer first if it matters.
Small, usually surprisingly so: a picture that never changes gives an inter-frame codec almost nothing to encode after the first frame, so a few seconds of a full-resolution Fujifilm still typically lands well under a megabyte at VP9. The input is the heavy part — raw files routinely run 40-80 MB each, so upload time is the real constraint rather than anything about the conversion. Your file travels over an encrypted connection, is rendered and encoded on our servers, and is deleted automatically after a few hours. It is never shared or made public. If what you actually wanted was a picture rather than a clip, RAF to JPG is the conversion to use instead.