[Openicc] VMs and display correcotions

[Chris Murphy]

I'm very conscientious of some different rules that likely apply to VM and mobile that don't apply on desktop. I am considering simplicity, scalability, and minimal UI. It is entirely possible to have a dozen, or over 100 guest VMs on a single host. It does not make sense to me that that 128 guest operating systems themselves do display compensation. I think that is a lot of potentially redundant conversions occurring. But work arounds for this other than /DeviceRGB may necessitate infrastructure not present.

Such infrastructure actually has merit at advance display hardware levels as well, where they are starting to do their own transformations in the display. So there's a possibility one day that maybe it's not the compositor or window server that does color management but rather the display itself - accepting PDF like per object arbitrary color spaces. (This is a lot to expect...obviously.) But at least it would not be a single purpose infrastructure.

Anyway, its a small problem. I think people who need accurate color really are going to be unable to depend on VM. 

Chris Murphy



On Mar 9, 2011, at 3:43 AM, edmund ronald wrote:

> I think this is a very real issue because a lot of people now run VMs.
> Understanding the current behavior might be worthwhile, before we try
> to determine what should be.
> 
> Edmund
> 
> On Wed, Mar 9, 2011 at 11:38 AM, Richard Hughes <hughsient at gmail.com> wrote:
>> On 9 March 2011 10:18, Chris Murphy <lists at colorremedies.com> wrote:
>>> If each remote display instance is as if the guest OS has different displays attached, then those remote displays should inherit the display profile for the display the remote display window is drawn on.
>> 
>> If the host-generated EDID was modified to include the details of the
>> hosts active display this would allow the user to select different
>> profiles for each display it's being displayed on.
>> 
>> Richard.
>> _______________________________________________
>> openicc mailing list
>> openicc at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/openicc
>> 
> _______________________________________________
> openicc mailing list
> openicc at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/openicc