On Wed, Oct 22, 2008 at 1:12 AM, [EMAIL PROTECTED] wrote:
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/colour-0.0.0
I hope for this library to become the standard colour library for Haskell.
Most software does not properly blend colours because they fail to
gamma-correct the
On Fri, 24 Oct 2008, Sebastian Sylvan wrote:
It would be nice if we could customize the gamma curve. Different devices have
different gamma.
Some hardware even approximates the gamma curve with piecewise linear
functions. This can make a
massive difference if you, e.g. degamma the image
On Fri, Oct 24, 2008 at 8:12 PM, [EMAIL PROTECTED] wrote:
On Fri, 24 Oct 2008, Sebastian Sylvan wrote:
It would be nice if we could customize the gamma curve. Different devices
have different gamma.
Some hardware even approximates the gamma curve with piecewise linear
functions. This can
On Fri, 24 Oct 2008, Sebastian Sylvan wrote:
Another useful predefined space which I didn't see is the YCoCg space, which is
used in lots of
compression schemes (like H.264 IIRC).
YCoCg, like HLS and HSV, seems to not really be a colour space because it
isn't well specified. A
roconnor:
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/colour-0.0.0
I hope for this library to become the standard colour library for Haskell.
Most software does not properly blend colours because they fail to
gamma-correct the colours before blending. Hopefully by using
On Wed, 22 Oct 2008 02:12:05 +0200, [EMAIL PROTECTED] wrote:
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/colour-0.0.0
I hope for this library to become the standard colour library for
Haskell. Most software does not properly blend colours because they fail
to gamma-correct
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/colour-0.0.0
I hope for this library to become the standard colour library for Haskell.
Most software does not properly blend colours because they fail to
gamma-correct the colours before blending. Hopefully by using this
library,
