First a little introduction if I may. if you're easily bored please
skip to the last paragraph.
An image is usually generated with a source profile of the devices
used to generate it, that's a lump of data that describes what kind of
red is actually red. This is encoded in the ICC profile, which
On 25 March 2010 12:07, Pascal de Bruijn pmjdebru...@pcode.nl wrote:
sRGB is really a one-size fits none solution :)
Well, color correcting everything to sRGB gets you 50% the way there,
but prevents the last 50% from ever being completed. And is makes the
best monitor in the world look just
On 25 March 2010 13:26, Andrew Lutomirski aml...@gmail.com wrote:
This sounds like a great idea, but if I understand it correctly, I
think that a small change could make it even better. In your model,
windows are either untagged (late color binding) or tagged as
early-bound. If windows were
On Thu, Mar 25, 2010 at 12:27 PM, Richard Hughes hughsi...@gmail.com wrote:
First a little introduction if I may. if you're easily bored please
skip to the last paragraph.
An image is usually generated with a source profile of the devices
used to generate it, that's a lump of data that
On Thu, Mar 25, 2010 at 5:27 AM, Richard Hughes hughsi...@gmail.com wrote:
First a little introduction if I may. if you're easily bored please
skip to the last paragraph.
A whole screen color manager is normally an optional plugin to a
compositing window manager. There is a pretty hacky
On Thu, Mar 25, 2010 at 8:31 PM, Milan Knížek knizek.co...@volny.cz wrote:
Richard Hughes píše v Čt 25. 03. 2010 v 11:27 +:
Is full screen color correction something that you think is a good
idea, and also would you allow me to create the required hooks in
mutter-plugin.h to make this
On Thu, 2010-03-25 at 11:27 +, Richard Hughes wrote:
What I'm proposing is a plugin for mutter that uses lcms to color
convert the whole screen, masking out the color-corrected regions.
Using mutter allows this to work with GNOME 2 and GNOME 3, and mutter
also seems to be the sweet-spot