[http://sourceforge.net/p/ufoai/bugs/3038 Item 3038] imported from sourceforge.net tracker on 2013-01-28 19:58:38

on my mac powerpc the geoscape is very very dark - not usable on this machine.
===== Comments Ported from Sourceforge =====

====== tlh2000 (2011-10-07 08:08:34) ======

i've already increased the ambient light geoscape option
====== tlh2000 (2011-10-07 08:09:01) ======


====== tlh2000 (2011-10-07 08:09:21) ======

this problem was reported before on other architectures, too - but still it might be related.
====== tlh2000 (2011-10-07 08:11:14) ======

oh - the shot was taken with shaders deactivated - but it makes no difference in activating or deactivating them
====== alextishin (2011-10-07 21:40:45) ======

And what happens if you disable postprocessing? Console log says hardware cannot support it on this system/
====== tlh2000 (2011-10-08 07:59:01) ======

for the records:

moon is rendered with correct shading (dark side and bright side) - all spheres are using the same code
sun is rendered correctly, too

so i suppose it's somehow the overlay or day/night stuff that breaks the geoscape on this hardware

r_postprocess switching does not change anything
r_programs switching does not change anything

the hardware we are talking about here is a geforce 6600 (See the attached ufoconsole.log for more details)
====== tlh2000 (2011-10-08 08:40:42) ======

I've disabled all sphere render calls except the one in line 588 (18673a95e90176b8d0840fa90785aaef424cb45b):
I see nothing.

So it's most likely that the diffuse map rendering is broken (2048x1024 - the season textures)
====== tlh2000 (2011-10-08 08:43:20) ======

i've used the moon texture as a test - see the attached (new) screenshot
====== tlh2000 (2011-10-08 08:43:56) ======


====== tlh2000 (2011-10-08 08:46:53) ======

so if the geoscape map does not contain the glowmap as alpha channel, it looks like it works.
====== tlh2000 (2011-10-08 08:53:00) ======

using map_earth_day.jpg, not the alpha channel season maps
====== tlh2000 (2011-10-08 08:53:36) ======

attached a new screenshot where i used the map_earth_day.jpg - and as you can see, it works fine. the season rendering is breaking it. (alpha channel related i suppose)
====== tlh2000 (2011-10-08 08:56:57) ======

glBlendFunc(GL_ONE, GL_ZERO); is not doing what it was supposed to do
====== tlh2000 (2011-10-08 09:04:40) ======

the nation overlay rendering works fine, too
====== alextishin (2011-10-20 20:56:02) ======

Investigated things a bit -- that could be because texture environment mode is somehow set to DECAL instead of MODULATE (the GL deafult).

====== tlh2000 (2011-10-26 05:41:13) ======

this did not help:


diff --git a/src/client/renderer/r_geoscape.c b/src/client/renderer/r_geoscape.c
index 6c392d0..cf48b76 100644
--- a/src/client/renderer/r_geoscape.c
+++ b/src/client/renderer/r_geoscape.c
@@ -585,6 +585,7 @@ void R_Draw3DGlobe (int x, int y, int w, int h, int day, int second, const vec3_
if (r_programs->integer == 0) /* ignore alpha channel, since the city-light map is stored there */
glBlendFunc(GL_ONE, GL_ZERO);

+ glTexEnvi(GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE, GL_MODULATE);
R_SphereRender(&r_globeEarth, earthPos, rotate, fullscale, sunPos);

if (r_programs->integer == 0) /* restore default blend function */

====== tlh2000 (2011-10-26 05:45:02) ======

i've also disabled every glTexEnv* call - no change, still very dark
====== alextishin (2011-10-26 21:55:40) ======

Simply inserting a glTexEnv*() call could've fixed that only in the lucky case anyway -- this function works on the currently selected texture unit. Only.

But the reasons for this bug still remain a mystery to me ...