Re: [Gimp-developer] Attempt to summarize the discussion of my examples of what doesn't work in unbounded sRGB

El dom, 20-04-2014 a las 17:03 +0200, Øyvind Kolås escribió:

the sRGB chromaticities; or CIE Lab, or any other babl defined format.
With a potential future babl lcms2 extension; the original pixels
could even be kept in the layers raster storage.. doing so would have
no effect on display of the pixels or processing of them since things
are converted _on_demand_ to the pixel formats requested by the
operations. Doing this would for the user not be functionally
different in any way; apart from a risk of things being slower.

Exactly how much work is required to create transforms from any other
colorspace to the existing babl pixel formats?
Is sRGB hardcoded in all the operations that flip pixel formats or it
can be replaced without having to re-write all of them?

I mean, would it be possible to create different "profiles" (note that
I'm not talking about ICC profiles) specifying the primaries, gamma and
white point of other colorspaces so they can be used instead of sRGB?

If that was possible, it would be accessible to people like Elle who
want to create such profiles and edit in a specific colorspace without
the unbounded transforms and data, right?


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]