[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-kimageshop
Subject:    Re: HDR plan in krita
From:       "Mikhail Lyossin" <mlesin () gmail ! com>
Date:       2006-11-26 21:45:08
Message-ID: 106113e30611261345v7b886bacq2cc5682154f30ca3 () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


On 11/26/06, Kai-Uwe Behrmann <ku.b@gmx.de> wrote:
>
> Cyrille,
>
> you mention ICC colour management in CinePaint for HDR. It is a display
> only corretion. Colour conversion is still missing.


As far as I know there is no existing standard for a floating point
colorspaces, so that explains why it's missing in lcms. I think it'd be good
to start from some exist and widely used colorspace as base, sRGB for
example, and adapt it to floating point (remove gamma curves from it,
leaving white balance as it is in sRGB)

[Attachment #5 (text/html)]

On 11/26/06, <b class="gmail_sendername">Kai-Uwe Behrmann</b> &lt;<a \
href="mailto:ku.b@gmx.de">ku.b@gmx.de</a>&gt; wrote:<div><span \
class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px \
solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> \
Cyrille,<br><br>you mention ICC colour management in CinePaint for HDR. It is a \
display<br>only corretion. Colour conversion is still \
missing.</blockquote><div><br>As far as I know there is no existing standard for a \
floating point colorspaces, so that explains why it's missing in lcms. I think it'd \
be good to start from some exist and widely used colorspace as base, sRGB for \
example, and adapt it to floating point (remove gamma curves from it, leaving white \
balance as it is in sRGB) <br></div><br></div>



_______________________________________________
kimageshop mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop


[prev in list] [next in list] [prev in thread] [next in thread]