> Alex, I disagree. AFAIK, it's a fairly common feature in games, maybe > not to linearize the screen, but to change brightness, so the bad guys > in the shadows are easier to see. Also, it's a feature in pygame/SDL, so > people coming over from that library will expect to see it in pyglet. I > was actually surprised by its absence. > > Perhaps it would be better to just implement set_gamma_ramp in pyglet > instead of set_gamma, and leave the generation of the gamma ramps > themselves up to the user. That's the case in pygame I believe. > > Martin
I agree with this. I was attempting to play an FPS yesterday with a broken gamma function, and it was nearly unplayabley dark with the monitor set on highest brightness. This really is a needed function for games (mainly fullscreen 3D games) as you often want to have the game using a higher brightness than the whole OS. Setting your desktop gamma is not a very good solution, since you have to revert it when you exit the game. It's much, much nicer for the game to be able to have a brightness setting. (I agree with set_gamma_ramp rather than set_gamma as most useful for the general use case, but as this discussion proves there's some need for set_gamma.) --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "pyglet-users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/pyglet-users?hl=en -~----------~----~----~----~------~----~------~--~---
