http://bugs.winehq.org/show_bug.cgi?id=10057
Summary: gamma handling, application access to screen gamma, disabling gamma control Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs@winehq.org ReportedBy: tuomo.kohvakka@iki.fi
My main problem is that
a) I need somewhat calibrated display. Not properly profiled, but I like that black is black and white is about white [2]. This can be accomplished with proper gamma ramps, eg, using application like xgamma or nvidia-settings [1]. No problem here actually.
[1] http://www.rancholinux.com.ar/wp-content/uploads/2007/05/nvidia-settings.png [2] http://www.aim-dtp.net/aim/evaluation/gamma_space/index.htm
b) Whenever I use any D3D application under wine, gamma ramps get set into "default" messing screen colors. This affects the game in question and whole desktop after exiting application (and wine).
It would be nice if there would be a solution. However, I don't know what it should be.
At least wine probably should restore gamma ramps when exiting, but I'm not totally certain even about this. It would obviously forbid using any win32 gamma setting (screen calibration) software.
It wouldn't help with messed up colors in application either. I'm wondering if it could be possible to calculate a "calibrated" gamma ramp from user (x11) and application (win32) supplied and use that, resulting in no change if application just wants something flat default. This would of course have same problem as above.
I've found that not any of the games that I play actually uses gamma setting in any meaningful way. As such I propose following patch which allows disabling gamma functionality by setting up a registry key.
I can supply some screen shots (camera pointing at screen showing gamma effects) if required.
There is similar bug with gnome-screensaver, see http://bugzilla.gnome.org/show_bug.cgi?id=342850