Compatibility
RAW input
RAW coverage follows rawler’s decoder set. A format listed as supported by rawler may still need a camera-specific fix. The rows marked tested have committed end-to-end fixtures.
| Vendor | Formats | Status |
|---|---|---|
| Sony | .arw, .sr2, .srf | .arw tested |
| Canon | .cr2, .cr3, .crw | .cr2 and .cr3 tested |
| Nikon | .nef, .nrw | .nef tested |
| Fujifilm | .raf | Bayer and X-Trans paths tested |
| Panasonic | .rw2 | Tested |
| Olympus / OM System | .orf | Tested |
| Pentax | .pef, .dng | Tested |
| Leica | .rwl, .dng | Tested |
| Hasselblad | .3fr, .fff | Decoder support |
| Phase One | .iiq | Decoder support |
| Ricoh | .dng | Tested |
| Apple, Google, LG and other phones | .dng | iPhone 8 and Nexus 5X tested; iPhone ProRAW decodes |
| DJI | .dng | Mini 2 tested |
| Adobe DNG | Linear and Bayer .dng | Tested |
| Sigma | .x3f | Not supported |
Phone and drone DNGs store lens shading, vignette and distortion corrections in the file, and those are always applied. Fisheye warps, map tables and per-row or per-column adjustments are skipped, and so is the profile gain table map in iPhone ProRAW files.
Pixel-shift and multi-frame files decode only their first sub-frame. Bayer and X-Trans sensors are supported; an unusual color filter array outside those is rejected. Fujifilm X-Trans uses a single-pass color-difference demosaic and can be softer than a multi-pass converter on fine detail.
New camera bodies arrive with updates to the decoder library. The release notes list the cameras each update adds and any decoder fixes that change how existing files render.
Image input and export
| Format | Input | Export | Export depth |
|---|---|---|---|
| DNG | ✓ | ✗ | — |
| JPEG | ✓ | ✓ | 8-bit |
| PNG | ✓ | ✓ | 8-bit or 16-bit |
| TIFF | ✓ | ✓ | 8-bit or 16-bit |
| WebP | ✓ | ✓ | 8-bit |
| HEIC / HEIF | ✓ | ✓ | 8-bit |
| AVIF | ✓ | ✓ | 8-bit |
| JPEG XL | ✓ | ✓ | 8-bit or 16-bit |
| GIF | ✓ | ✗ | — |
| BMP | ✓ | ✗ | — |
| PSD / PSB | ✗ | ✗ | — |
| OpenEXR | ✗ | ✗ | — |
| Radiance HDR / PFM | ✗ | ✗ | — |
PNG and TIFF input accepts 8-bit or 16-bit RGB, RGBA, and grayscale. Floating-point and CMYK TIFF, plus some tiled TIFF layouts, are not supported. HEIC and AVIF need separate libheif decoder and encoder plugins; check Settings > Diagnostics. The official image includes all four capabilities.
Animated and multipage containers are treated as still images. GIF, TIFF, HEIF, and similar files decode one image or frame.
Exports can preserve safe EXIF metadata. Output color is sRGB or Display P3; Adobe RGB, ProPhoto RGB, Rec.2020, custom ICC profiles, linear output, and HDR gain maps are not supported.
Platforms
| Host | Image rendering | AI masks |
|---|---|---|
| Linux amd64 with Vulkan GPU | GPU, CPU fallback | WebGPU, CPU fallback |
| Linux amd64 without GPU | Software rasterizer, CPU fallback | CPU; x86-64-v3 CPU required by ONNX Runtime |
| Linux arm64 with Vulkan GPU | GPU, CPU fallback | CPU only |
| Linux arm64 without GPU | Software rasterizer, CPU fallback | CPU |
| macOS native | Metal, CPU fallback | WebGPU, CPU fallback |
| macOS Docker | Software rasterizer, CPU fallback | CPU |
The Docker image supports Linux amd64 and arm64. Metal cannot pass through the Linux virtual machine used by Docker on macOS. The software rasterizer is Mesa’s llvmpipe, which runs the GPU code on CPU cores; rendering explains when it is used.
Photos and exports up to 65535 px on the long edge are supported. The GPU renderer, including the software rasterizer, tiles photos past its memory or texture limits. The CPU renderer needs the whole render in memory: about 4 GB for a 100 MP export, plus about 1.2 GB per mask.
Browser and viewport
The editor requires a desktop-width viewport and has no full mobile layout. Browsers with WebGPU (current Chromium, Edge and Safari) draw the editor preview themselves when the page is served over HTTPS or from localhost. Other browsers, and plain HTTP from another machine, get previews from the server, so WebGPU is optional. See browser previews on a local network.