[Openicc] Color Management for compositor mutter
edmundronald at gmail.com
Thu May 5 08:15:17 PDT 2011
You can assume that major manufacturers multi-source panels, when you are
lucky EDID will then change within the same model label.
AFAIK the John-Paul-George-Ringo brand does this.
On Thu, May 5, 2011 at 5:10 PM, Chris Murphy <lists at colorremedies.com>wrote:
> On May 5, 2011, at 6:07 AM, Kai-Uwe Behrmann wrote:
> >> Wouldn't it be better to allow new applications to opt-in certain
> >> window regions?
> > The same way you could suggest to handle pure DeviceRGB as native device
> colour and let 99% of innocent users stand in the rain with never ever
> colour corrected prints. Not my position.
> Well they would not be entirely uncorrected. They can still be assumed to
> be sRGB and converted for print in the print path. The assumption that
> uncorrected RGB data displayed is also sRGB is a rather tall assumption, but
> it's not orders of magnitude wrong either. It's even an assumption that
> meaningfully better results occur when assuming untagged = sRGB as source,
> and an EDID based display profile as destination, and transforming
> everything on-the-fly. I think that's unproven. It should be true. But we
> really don't have a lot of data on this.
> I think a first step would be to start collecting EDID data on as many
> machines as possible, maybe through smolt?
> openicc mailing list
> openicc at lists.freedesktop.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the openicc