Re: OpenEXR files with nonlinearly encoded RGB
Elle Stone <[email protected]> Mon, 23 Feb 2015 11:40:58 -0500
| Newsgroups | gmane.comp.video.openexr.devel |
|---|---|
| Message-ID | <[email protected]> |
On 02/23/2015 11:16 AM, Kai-Uwe Behrmann wrote: > Am 20.02.2015 um 21:45 schrieb Elle Stone: >> * OpenEXR is a data container. >> * Nothing in the OpenEXR specifications forbids reading or writing >> non-linearly encoded RGB data. >> * After opening the file in an ICC profile color managed editing >> application, it should be up to the user to assign the correct ICC >> profile to interpret the data. > > What speaks against Tiff as a container? By convention Tiff is already > heavily ICC biased. So best changes to find many readers, which > interprete the ICC profile correctly including the desired TRC. > > A different option is to use PPM, the high bit depth version, and > compress and add meta data, ICC Profiles, outside. So it is well useable > inside other containers, say OpenRaster and so simple to implement. > > Floating point tiff doesn't seem to be as well supported as OpenEXR in the various free/libre editing applications. For example at present Krita 2.9 can't read or write a floating point tiff but reads and writes OpenEXR images with no problems. Apparently the tiff specs encompass many different ways of writing an image. From a user perspective, if tiff (or PPM) doesn't work for sharing high bit depth RGB data between ICC profile color managed editing applications, maybe the applications can read and write OpenEXR.