Not working gamma setings - now it works for me!!!

[tomek-k]

Hi. I had a problem recently with VERY dark screen in tremulous. I tried to correct it with r_gamma, but the settings dod not work. (of course I also tried to change the brightness settings in the menu, but with no success)

I am posting this because I've noticed that some other people had the same problem and I think that my solution may help them.

I use Debian testing. I had a kernel in version 2.6.15 and then 2.6.16 installed. Yesterday I've installed a 2.6.17 kernel (from "unstable"). After that the screen got brighter. I've checked the r_gamma and it started to work! I must check if the "brightness" slider in the "settings" menu also started to work (so far it brightened the screen only a little - when moving it more than about 10% it gave no more effect)

Now the tremulous is not too dark and not too bright for me

So if someone has a problem with too dark tremulous and r_gamma does not work for him I suggest installing the 2.6.17 kernel - it worked for me!

[Chojin]

Well, the problem actually is libsdl, which in version 1.2.10 ignores the brightness settings. Finally 1.2.11 made it into Debian/Etch:

[2006-08-20] libsdl1.2 1.2.11-3 MIGRATED to testing

[Stof]

IIRC, that version of libSDL ignored the gamma settings above 1.0 You could still use gamma to darken an image.

[tomek-k]

Well, the problem actually is libsdl, which in version 1.2.10 ignores the brightness settings. Finally 1.2.11 made it into Debian/Etch:

[2006-08-20] libsdl1.2 1.2.11-3 MIGRATED to testing

Oh... maby it was the libsdl I've actualized also this recently but forgot about that...

[Caveman]

Anyways recompiling the kernel or upgrading the very minor number in this case was useless as the driver for the gfx is not included in the kerneltree .)
And between 2.6.15 and 2.6.16 there is no change in the API.

Suggesting a change to 2.6.17 indiscriminately just because r_gamma does not work is grossly negligent.
Just imagine someone switching from 2.6.12 because of that, didn't it cross your mind that this might cause extreme problems to the naive, up to the point where his system might not work anymore?
UDEV / DEVFS just to name _one_ problem?!

tomek-k, I am not putting you down because you tried to help, but rather because you did not use google and did not think about the whole implications.

[Dustin]

Suggesting a change to 2.6.17 indiscriminately

Hurrah!
OffTopic: I upgraded to 2.6.17 (just because his post reminded me that i was using 2.6.16 and I have something similar to a "kernel-version complex") -- it hangs on initialising the framebuffer (where 2.6.16 did not) with the vesafb-tng driver.
OnTopic: It's possible that the fix for r_gamma is in the SVN version of tremulous, and if it is SDL, all the better.
Thanks though

[stahlsau]

hi,
afaik it's a known q3-bug that when playing in windowed-mode the gamma-correction doesn't work. Maybe you played in windowed mode with the same resolution as your native desktop has, then you wouldn't have noticed that.

[tomek-k]

stahlsau: I played in fullscreen mode for sure

Caveman: heh... one always lerns something..., but installing new kernel does not mean uninstalling the old one. You can always return to the old one.

[Caveman]

tomek I know that, as I know how to select the kernel if it is not in the boot menue, but how many do know that when they'd not know about the other problems such a change brings on?

Now I don't know about grub, but lilo will not let you choose the old kernel, you have to do it manually, so it will not be availabe to the ingenuous user.