Re: Attempt to summarize the discussion of my examples of what doesn't work in unbounded sRGB

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

 



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?

Gez

_______________________________________________
gimp-developer-list mailing list
List address:    gimp-developer-list@xxxxxxxxx
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list





[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux