[Interest] Display color managed image
Allan Sandfeld Jensen
kde at carewolf.com
Thu Dec 31 16:23:23 CET 2015
On Thursday 31 December 2015, Gunnar Roth wrote:
> Hi,
> doing my regular github scan for qml keyword,
> I just found this https://github.com/erikhvatum/StackStream
> <https://github.com/erikhvatum/StackStream>
>
> A small collection of Qt and QML widgets for viewing images and image stack
> collections of any size + a QML scene graph plugin providing 32 bit per
> channel floating point framebuffer and layer support for optimal
> compositing, manipulation, and display of HDR and high-depth images,
> including in 30-bit mode (10 bit per channel).
>
In Qt5.6, QPainter can internally render at 16-bits per channel, but only use
it for the 30-bit images (10 pits per channel). I have a patch for review to
add a native 16-bit per channel image type(see https://codereview.qt-project.org/#/c/111779/), but one of the questions that comes up is how to
handle color-spaces.
For instance should linear color-space be a different image-type, an
additional property on images, or a property on the paint-engine (blend in
linear color space). The simplest seems to be to have it as an image-type as
that image type could be blended using the existing naive blending routines,
but should we then have linear versions of of both ARGB32 and RGBA64?, and
should the linear versions be premultiplied or unpremultiplied
(unpremultiplied is cheaper to color-space convert), how should QColor be
treated, and which color-space should we assume when converting from native
color-space to linear (sRGB or some system platform setting?).
Lots of questions.
`Allan
More information about the Interest
mailing list