Cookies for analytics and advertising
We use cookies for analytics and advertising, both sent to Google. Refusing changes nothing you can see.Read the privacy page
Converting RAF to JPG here extracts the JPEG your Fujifilm made at capture, which means the film simulation you chose — Classic Chrome, Acros, Velvia — arrives exactly as the camera rendered it. On this system that is not a compromise: it is the picture a third-party X-Trans conversion spends considerable effort trying to approximate.
Up to 100 files at once. Mixed formats are fine.
They convert one after another and download together as a ZIP.
RAF to JPG
A film simulation is a rendering, not a recording. The sensor captures light; the camera’s processor turns that into Classic Chrome or Acros by applying Fujifilm’s own colour science, tone curves, grain and colour chrome effects. Open the RAF in third-party software and none of that has happened yet — the software has to demosaic the file itself and apply its own approximation of the simulation.
The JPEG the camera embedded at capture has all of it applied already. That is why extracting it produces the picture you framed and approved, and why on Fujifilm specifically this route is not the lesser option. If you bought the camera for how its files look, the camera is the thing that made them look that way.
Almost every other sensor in this bundle uses a Bayer colour filter array: a repeating two-by-two pattern of red, green and blue. Decades of demosaicing research assumes it. Fujifilm’s X-Trans uses a six-by-six pattern with a less regular distribution, chosen because it suppresses moiré well enough to omit the optical low-pass filter and gain a little sharpness.
The cost is that generic demosaicing does not apply. Converters have had to write X-Trans-specific code, and the results have been argued over for years — smeared foliage, a wormy texture in fine detail, and painterly rendering of grass and leaves are complaints Fujifilm shooters have levelled at various versions of various converters. Extraction sidesteps the whole argument, because the camera already demosaiced the file with the algorithm designed for its own sensor.
CR2, NEF, ARW, ORF and DNG are all TIFF derivatives, so a tool that can walk TIFF structure can usually find its way around them. RAF is not — it is Fujifilm’s own container, identifiable by the literal string FUJIFILM at the start of the file, with its own arrangement inside.
This converter handles it for an unglamorous reason: rather than parsing container structures it scans the whole file for JPEG start markers, validates each candidate and keeps the largest above 640 by 480. That works identically on a TIFF-based CR2 and on an RAF, which is worth more here than an elegant parser that handles five formats out of seven.
Exposure. The extracted JPEG is 8-bit with the tone curve applied, so a clipped highlight is gone and a shadow lifted two stops falls apart. The RAF holds 14-bit sensor readings and both of those are recoverable from it in Lightroom, Capture One or darktable.
The other case is wanting a different simulation than the one you shot. Fujifilm’s own X RAW Studio and Capture One’s Fujifilm profiles can apply a different look to the raw data — X RAW Studio notably does it using the camera’s own processor, which is the only way to get an exact result. If you shot Provia and wish it were Acros, that is where to go; this page will only ever give you Provia.
A lot of Fujifilm shooters set the camera to record a JPEG alongside every raw for exactly this reason: the camera JPEG is the deliverable and the raw is insurance. It is a good habit and it costs a little card space.
This page is what you need on the day you forgot, or on the card that was set to raw only, or when somebody hands you RAF files and no JPEGs. The picture is in the file; it was always in the file. Nothing is lost by not having enabled the setting.
Everything. Extraction reads the file and writes a new one; the RAF is untouched, with its full sensor data, and can be developed later if a frame turns out to matter more than it seemed.
That is worth stating because the natural assumption with a converter is that something has been consumed or downgraded. Here the raw file is a negative that stays in the drawer, and the JPG is a print made from the preview the camera already produced.
Because the JPEG is copied out rather than re-encoded, the EXIF block can survive intact: lens, focal length, aperture, shutter speed, ISO, capture time and any GPS coordinate supplied by a paired phone. The film simulation in use is generally recorded there too, which is useful when you are trying to remember what produced a look you liked. Whether it survives is up to you — "Remove metadata" is on by default, so unless you turn it off the JPG arrives without any of it.
Leave the default alone for pictures going somewhere public and the location does not travel with them. Turn it off when the simulation tag is the thing you are after, or when the set is going to somebody who needs the capture data. What is never dropped is the ICC colour profile, and on a wide-gamut file that is the difference between the colours the camera intended and a washed-out version of them. Setting a maximum width used to be the way to strip the rest; it works only by re-encoding the picture, and there is no longer any reason to spend that.
Drop the whole selection and take the finished set as a ZIP. For a JPG target at the default settings there is no decoding and no encoding — the preview is located and copied — so the work is bounded by how fast the files can be read.
The free tier accepts input up to 100 MB per file. A 40-megapixel X-T5 RAF is comfortably inside that. An uncompressed frame from a 102-megapixel GFX body is not — it is around 180 MB at 14 bits — so those bodies have to be set to compressed RAF, which is the sensible setting on them anyway.
The conversion runs in the browser: the RAF is read locally, scanned locally and the JPG written locally. Nothing is transmitted at any point, which is the difference between a converter you can use on a paid job and one you cannot.
It also means it works on a machine where you cannot install X RAW Studio or Capture One — a work laptop, a borrowed computer, a tablet with a card reader — and it works with the network disconnected, because there is nothing for the network to do.
| RAF | JPG | |
|---|---|---|
| Full name | Fujifilm Raw | JPEG Image |
| File extension | .raf | .jpg, .jpeg, .jpe |
| Media type | image/x-fuji-raf | image/jpeg |
| Compression | Lossless — nothing is discarded | Lossy — file size is bought with quality |
| First published | 2000 | 1992 |
| Published by | Fujifilm | Joint Photographic Experts Group |
| Specification | — | ITU-T T.81 |
| Licensing | Proprietary | Open standard |
| Standing today | Current | Current |
| Bit depth | 14 | 8 |
| Colour it can describe | RGB | RGB, greyscale, YCbCr |
| Largest image | — | 65,535 px per side |
| Opens in a browser | No browser | Every browser |
| Considered instead | DNG, TIFF | WebP, AVIF, HEIC |
RAF carries up to 14 bits per channel and JPG stores 8. The extra precision is what survives heavy correction without banding, so the conversion is best made after the editing rather than before it.
EXIF, XMP and GPS coordinates can cross over — both RAF and JPG have somewhere to store them.
JPG opens in every current browser. RAF has narrower browser support than that. If the file is going onto a web page or into a form, that is usually the whole reason for the conversion.
RAF is a vendor format; JPG is a published specification (ITU-T T.81). That matters for anything meant to still open in ten years, when the program that wrote the original may not be around.
The usual programs do not overlap: RAF opens in Adobe Lightroom, Capture One and darktable, JPG in Adobe Photoshop, GIMP and Preview — so whoever receives the result needs something from the second list.
The file gets substantially smaller, and it gets smaller by discarding detail. RAF keeps everything; JPG keeps what the eye is poor at noticing. On a photograph that trade is close to free; on text, a screenshot or a line drawing it is visible as haloing around the edges.
RAF is Fujifilm's format, published in 2000. It comes out of Fujifilm X-series and GFX bodies. It records 14 bits per channel.
JPG comes from Joint Photographic Experts Group and dates from 1992, specified as ITU-T T.81. Adobe Photoshop, GIMP and Preview all read it.
No. This conversion runs entirely inside your browser, so the file never leaves your device. You can confirm it yourself: open the network tab of your browser's developer tools and convert something. You will see the page load, plus the analytics and advertising the site is paid for with — and nothing carrying your file. The engine behind this particular pair is a raw preview extractor, which pulls the JPEG the camera already embedded rather than developing the sensor data; your browser fetches it once and caches it.
Yes, and that is the point of this page. The extracted picture is the JPEG the camera made at capture, so whichever simulation was loaded — Provia, Velvia, Astia, Classic Chrome, Acros, Eterna, Nostalgic Neg — is exactly as the camera rendered it, along with the grain, colour chrome and highlight and shadow tone settings you had dialled in.
For the camera look, yes, straightforwardly. Third-party software has to demosaic X-Trans itself and apply its own approximation of the film simulation, and neither matches the camera exactly. For anything needing exposure recovery or heavy adjustment, Lightroom or Capture One working on the raw data wins, because the extracted JPEG is an 8-bit rendering with the curve already applied.
Most sensors use a Bayer array — a repeating two-by-two pattern of red, green and blue filters. Fujifilm’s X-Trans uses a six-by-six pattern instead, which suppresses moiré without an optical low-pass filter. Demosaicing algorithms were written for Bayer, and adapting them to X-Trans is what produced the smeared foliage and worm-like artefacts Fujifilm shooters have complained about in various converters over the years.
Not by default. "Remove metadata" is on, so lens, aperture, shutter speed, ISO, timestamp and any GPS coordinate are taken out of the JPG — as is the film simulation tag, which sits in the same block. Turn the option off and all of it survives, because the preview is not re-encoded. The colour profile is kept whichever way you set it.
Yes. RAF from the GFX medium-format bodies and RAF written in Fujifilm’s compressed and lossless compressed modes all carry an embedded preview, and the sensor data is never read, so how it was packed makes no difference.
No. The RAF is read and the preview extracted in your browser, on your own machine, which you can confirm in the network tab of the developer tools.
The claims this page makes about RAF and JPG are checkable, and these are the documents that settle them.