Initializing... drag & drop files here
Supports: ORF
ORF is the Olympus Raw Format: an undemosaiced sensor readout that no browser, phone or CMS can display without a raw renderer. AVIF is the AV1 Image File Format — a finished, heavily compressed delivery image that almost every current browser draws natively. Converting between them is not a format swap so much as a development step: the raw is rendered once, the white balance and exposure are baked in, and what comes out is an export. The short answer on which to keep: the .orf stays as your negative, the AVIF is the copy you publish.
| Property | ORF (source) | AVIF (output) |
|---|---|---|
| Full name | Olympus Raw Format | AV1 Image File Format |
| Published by | Olympus; imaging transferred to OM Digital Solutions on 1 January 2021 | Alliance for Open Media — spec v1.2.0, an AOM Final Deliverable of 16 October 2025 |
| Built on | A TIFF file with a custom MMOR / IIRO / IIRS magic |
HEIF, which is itself built on ISOBMFF, carrying an AV1 bitstream |
| What it stores | Sensor readout before demosaicing, typically 12 bits per pixel | A rendered, compressed picture |
| Compression | None that discards picture data | Lossy by design, and very efficient at it |
| Editing latitude | Wide — white balance, exposure and highlights all still negotiable | Baked in at render time |
| Browser support | None; needs OM Workspace, Lightroom, Capture One, RawTherapee or LibRaw | 94.67% of global traffic — Chrome 85+, Firefox 93+, Safari 16.4+, Edge 121+ |
| Typical file size | Tens of megabytes per frame | Well under the equivalent JPEG at matched quality |
| Direction | Input only — no tool writes a raw file | Both an input and an output format |
| Good for | Keeping every option open | Web delivery, galleries, previews, CDN payloads |
.orf itself for that — a lossy delivery format is never the archive copy..orf files onto the page or click "Add Files". Several photos can be queued and converted with the same settings.Every rung of the dropdown resolves to a single quality number handed to the AVIF encoder. There is no separate lossless switch, bit-depth selector, compression-level or compression-speed control on this page — those belong to other image targets and do not render here — so the preset and the resolution settings are the whole of your control surface.
| Preset | Encoder quality | What it is for |
|---|---|---|
| Highest | 100 | Master-grade exports where size is not a concern |
| Very High (Recommended) | 95 | The default; visually indistinguishable for delivery |
| High | 90 | Portfolio and gallery images |
| Medium | 80 | General web use, noticeably smaller files |
| Low | 70 | Thumbnails and previews |
| Very Low | 60 | Placeholders and low-priority assets |
| Lowest | 50 | Only when a hard size budget forces it |
Image resolution sits alongside it with "Keep original", a percentage, a preset height, an explicit Width, an explicit Height, or Width × Height. "Keep original" means exactly that on this page — the render is written at the raw file's native pixel dimensions, with no cap applied. Resolution is the blunter but more effective lever if a preset alone will not get you small enough: halving the pixel dimensions removes three-quarters of the pixels before the encoder even starts.
Yes, in the converted copy. An ORF holds an undemosaiced sensor readout — typically 12 bits per pixel on Olympus and OM System bodies — which is why white balance, exposure and highlight recovery are still adjustable long after the shutter fired. Producing a viewable image means demosaicing it and committing to those decisions. Render once, keep the original .orf as your negative. If your camera also wrote a matching .ori file, that is an in-camera edited variant — convert from the .orf for the full raw data.
Because they are not part of the AVIF surface here. Lossless mode, bit depth, compression level and compression speed appear on other image targets — they are controls this converter exposes for PNG and WebP output — but on an AVIF target none of them render. What you get instead is the Quality Preset, a Specific file size mode with Auto Scale, and the Image resolution group. If you need a genuinely lossless export from the raw, ORF to TIFF or ORF to PNG are the pages for that.
Yes, unless you ask otherwise. With Image resolution on "Keep original" the file is written at the raw's native pixel dimensions — there is no ceiling applied on this conversion. Set a percentage, a preset, a width, a height or an explicit width × height when you want something smaller, or turn on Auto Scale under "Specific file size" and let the converter shrink the dimensions to reach a size target.
Substantially, though the exact ratio depends entirely on the photograph and the preset. The comparison is not really like for like: an ORF stores full-depth sensor data plus embedded previews and metadata and commonly runs into the tens of megabytes, while an AVIF stores a rendered picture with a lossy codec designed for delivery. A more useful comparison is against a JPEG of the same render, where AVIF's intra-frame AV1 coding is what buys you the reduction. If you need a guaranteed number rather than an estimate, use the "Specific file size" mode and state it.
Not reliably. An ORF records the sensor data plus the camera's settings, but an Art Filter or in-camera colour profile is a rendering instruction that Olympus's own pipeline executes, and third-party raw renderers approximate it at best. If matching the in-camera look matters, apply the edit in software that reads ORF, export a finished image, and convert that instead of the raw file.
In essentially every current browser. caniuse currently puts AVIF at 94.67% of global traffic, with support in Chrome from version 85, Firefox from 93, Safari from 16.4 and Edge from 121, and most modern image viewers and design tools now read it too. The gaps are in older software rather than older hardware: legacy email clients, some print-lab uploaders and older CMS installs still refuse it. Serve AVIF with a JPEG fallback if your audience is mixed.
AVIF does support an alpha channel, but it is irrelevant here — a raw photograph is a fully opaque rectangle of sensor data, so there is nothing transparent to preserve and no background colour control renders on this page. Transparency only becomes relevant when your source already has it, which is why alpha and matte settings appear on PNG and WebP conversions rather than on a raw import.
No, and no software can. A raw file records what one specific sensor measured through its own colour filter array, alongside the camera's metadata; once that has been demosaiced into RGB pixels and compressed, there is nothing left to reconstruct it from. ORF is an input-only format for that reason. Keep the originals — that is the only copy that can be re-rendered differently later.
Files are uploaded over an encrypted connection, rendered and encoded on our servers, and deleted automatically after a few hours — no sign-up, no watermark, never shared or made public. The practical constraint is upload size and time, since Olympus raw files routinely run into the tens of megabytes each.