or choose files from your device
OpenEXR needs a dedicated floating-point pipeline that is not implemented yet.
An EXR may carry named auxiliary channels, multipart images or deep samples, beyond a flat RGB image. A rendered WebP copy is not an equivalent EXR working file. Channel selection, deep compositing and numeric mapping need explicit engine support; no export of every channel or depth sample is implemented.
EXR can contain multiple image representations with different roles. These are not automatically a timed animation. Selecting an image, preserving a collection or creating several outputs needs explicit engine support; neither a first-image choice nor an all-images export is implemented.
If HDR source content is exported through an SDR representation, it needs a display rendering. Values outside the output range require tone mapping, scaling or clipping; brightness relationships can change. Tone mapping, exposure and colour handling depend on the future engine. Renaming or lossless compression cannot preserve out-of-range values.
Lossy VP8 and lossless VP8L are different coding modes. Lossless WebP preserves supported 8-bit samples, not higher-precision source values. Encoding options can also change RGB values under fully transparent pixels. WebP permits different encoding modes or container representations. Its format name alone does not promise lossless output, a quality setting or a size reduction. The future engine must choose a supported codec and sample representation; inspect the target’s compression notes below.
Source
OpenEXR
HDR raster data for rendering and compositing, with named channels and lossless or lossy codecs.
Explore EXR format →Target
WebP
A web image format combining lossy and lossless compression, transparency and animation in a RIFF container.
Explore WebP format →An EXR may carry named auxiliary channels, multipart images or deep samples, beyond a flat RGB image. A rendered WebP copy is not an equivalent EXR working file. Channel selection, deep compositing and numeric mapping need explicit engine support; no export of every channel or depth sample is implemented.
EXR can contain multiple image representations with different roles. These are not automatically a timed animation. Selecting an image, preserving a collection or creating several outputs needs explicit engine support; neither a first-image choice nor an all-images export is implemented.
If HDR source content is exported through an SDR representation, it needs a display rendering. Values outside the output range require tone mapping, scaling or clipping; brightness relationships can change. Tone mapping, exposure and colour handling depend on the future engine. Renaming or lossless compression cannot preserve out-of-range values.
Source and target sample models can differ in precision, channel layout, colour space and transfer function. Lossless compression only preserves the samples actually encoded; a precision reduction or colour conversion can already change them. The future engine defines numeric mapping, orientation and colour conversion; canonical depth facts are listed below where available.
EXR: Typed header attributes, Chromaticities → WebP: Exif, XMP, ICC. Which fields are copied, rewritten or omitted will depend on the future engine; retention is not implemented yet.