[Bug 10057] New: gamma handling, application access to screen gamma, disabling gamma control
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(a)winehq.org ReportedBy: tuomo.kohvakka(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10057 --- Comment #1 from Tuomo Kohvakka <tuomo.kohvakka(a)iki.fi> 2007-10-16 10:44:08 --- Created an attachment (id=8609) --> (http://bugs.winehq.org/attachment.cgi?id=8609) Add registry key to disable gamma -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10057 --- Comment #2 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-10-16 21:00:33 --- Disable xvidmode with already present registry key. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10057 --- Comment #3 from Tuomo Kohvakka <tuomo.kohvakka(a)iki.fi> 2008-02-09 14:27:29 --- Sorry for the delay. Setting UseXVidMode to "N" will not help in this case I'm afraid. Disabling it will not affect gamma ramp, code in xvidmode.c specifically mentions that /* In desktop mode, do not switch resolution... But still use the Gamma ramp stuff */ if usexvidmode is set to false. (I tested this too) (dlls/winex11.drv/xvidmode.c near line 172) I assume key in question is HKCU\Software\Wine\AppDefaults\app.exe\X11Driver\UseXVidMode -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10057 --- Comment #4 from Austin English <austinenglish(a)gmail.com> 2008-06-12 13:04:22 --- Is this still an issue in current (1.0-rc4 or newer) wine? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10057 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED --- Comment #5 from Austin English <austinenglish(a)gmail.com> 2008-12-11 11:14:02 --- Abandoned. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10057 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #6 from Austin English <austinenglish(a)gmail.com> 2008-12-11 11:17:42 --- Closing. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10057 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org