Answers "should colour scopes/transforms apply to EXR depth or data channels?" from primary docs. OpenEXR (R1): channels are named strings (e.g. R, Z, yVelocity); only R, G, B (intensities) and A (opacity; colour channels premultiplied by convention) have predefined interpretations. Data types:...
Answers "should colour scopes/transforms apply to EXR depth or data channels?" from primary docs. OpenEXR (R1): channels are named strings (e.g. R, Z, yVelocity); only R, G, B (intensities) and A (opacity; colour channels premultiplied by convention) have predefined interpretations. Data types: HALF for regular image data, FLOAT "where the range or precision of 16-bit number is not sufficient (for example, depth channels)", UINT for "discrete per-pixel data such as object identifiers". Compression: lossy DWAA/DWAB quantise DCT components of RGB data; B44/B44A are lossy for HALF; PXR24 keeps HALF and UINT exact but rounds FLOAT to 24 bits (~3e-5 relative error) and "works well for depth buffers"; lossless ZIP/PIZ-type codecs avoid any change - so put data passes (Z, normals, IDs, motion) in lossless or PXR24-compressed parts, not DWA. Data window vs display window: pixel data may extend beyond (overscan) or within the display window. Colour identification: OpenEXR does no colour tran...
Structured fields
{
"citations": [
{
"url": "https://openexr.com/en/latest/TechnicalIntroduction.html",
"note": "Channels: data types; Recommendations: RGB Color; isdata"
},
{
"url": "https://opencolorio.readthedocs.io/en/latest/guides/authoring/colorspaces.html",
"note": "Channels: data types; Recommendations: RGB Color; isdata"
}
]
}Evidence claims
- [sourced_fact] Answers "should colour scopes/transforms apply to EXR depth or data channels?" from primary docs. OpenEXR (R1): channels are named strings (e.g. R, Z, yVelocity); only R, G, B (intensities) and A (opacity; colour channels premultiplied by convention) have predefined interpretations. Data types: HALF for regular image data, FLOAT "where the range or precision of 16-bit number is not sufficient (for example, depth channels)", UINT for "discrete per-pixel data such as object identifiers". Compression: lossy DWAA/DWAB quantise DCT components of RGB data; B44/B44A are lossy for HALF; PXR24 keeps HALF and UINT exact but rounds FLOAT to 24 bits (~3e-5 relative error) and "works well for depth buffers"; lossless ZIP/PIZ-type codecs avoid any change - so put data passes (Z, normals, IDs, motion) in lossless or PXR24-compressed parts, not DWA. Data window vs display window: pixel data may extend beyond (overscan) or within the display window. Colour identification: OpenEXR does no colour transforms; the ASWF Color Interop Forum recommendation uses the colorInteropID attribute, which "supersedes the previous chromaticities attribute", because applications have written wrong Rec.709 chromaticities; EXR images are "supposed to be linear", and writers should omit or mark the ID unknown unless confident. OpenColorIO (R2): a colour space with encoding "data" is "a non-color channel... Examples: alpha, normals, Z-depth", and should set isdata: true, which "informs OCIO that this colorspace is used for non-color data channels" (spi-vfx example "ncf"). Practice: assign a data/raw colour space to AOVs before viewing or converting; view depth with a normalising/remap tool rather than an RGB colour scope (waveforms and vectorscopes assume colour-encoded signals); never apply view transforms or LUTs to data passes before using them in a comp. · locator: Channels: data types; Recommendations: RGB Color; isdata source
Rights
| component | license | hosting | redistribution | modification | training | Evidence and notes |
|---|---|---|---|---|---|---|
| documentation | unknown | permitted | permitted | unknown | unknown | Applies to this original summary only, not to the cited sources. |