Map problem, graphically, hopefully with information to tell what's going on

[keybounce]

So I've posted some examples of how the map looks bad on PPC macs.

Today, I ran across something by accident. The map looks good when the window is not active, and covered by another window. Maybe.

The ufo window is updating and changing what is displayed when another window is active, and placed over it, and moving. And, the display in the UFO map changes based on what's in the moving window.

If I have a mostly white finder window, I get a brighter UFO map -- bright enough that it looks good. The problems seem to be one of brightness -- Ufo seems to want to normally make parts of the map darker, and that's what it does badly. For testing: Is there a way to force full brightness when playing?

Equally, when I move a window over, UFO acts like the map needs to be made brighter, and it works. But the brightness isn't constant.

If I move a mostly green window over, such as activity monitor, then the greenness shows up in the map.

Here's an attached picture that shows what's going on. Why Ufo would care about other windows, I don't know.

[keybounce]

Going back in history, trying to find out where the maps last worked on G4.

22268, with the "brush byteswap", does not display properly. This version was the first that was supposed to work from the command line.

Code: [Select]

Index: src/common/cmodel.c
===================================================================
--- src/common/cmodel.c (revision 22268)
+++ src/common/cmodel.c (working copy)
@@ -279,6 +279,16 @@
  out->firstbrushside = LittleLong(in->firstbrushside);
  out->numsides = LittleLong(in->numsides);
  out->contentFlags = LittleLong(in->contentFlags);
+
+ /* fix byteswap issue */
+ if (out->numsides > 500)
+ {
+ out->numsides = in->numsides;
+ out->contentFlags = in->contentFlags;
+ out->firstbrushside=in->firstbrushside;
+ }
+
+
  }
 }
 


Kleiman-ibook:trunk michael$ egrep lightmap ~/.ufoai/2.3-dev/base/keys.cfg
bind m "r_lightmap 1; r_deluxemap 0"
bind n "r_lightmap 0; r_deluxemap 1"
Kleiman-ibook:trunk michael$

Alright, I've got my lightmap toggles, right?

For whatever reason, half of that command adjusts the screen, and the other half goes into chat.

Pictures in two posts; it won't let me put them in one (claims too big)

[keybounce]

And the colored version

[keybounce]

Happens on 2009-01-15 (21824).

[Mattn]

Happens on 2009-01-15 (21824).

do you mean that this revision introduced it? because the revision you showed here is nothing renderer related: http://ufoai.svn.sourceforge.net/viewvc/ufoai?view=rev&revision=21824

[keybounce]

Nope, still going backwards in time trying to find it.

Happens in -r20959 (2008-12-20) on Wilderness; that revision won't play an assembled map (africa).

Still trying to find when it works ...

[keybounce]

Present in 18605 (going back before 18829 when the shaders were changed).

[keybounce]

Present in 17430 {2008-06-26}

[Mattn]

looks like its quite old - thanks for your work to find out which revision broke this.

[keybounce]

Revision {2008-04-10}, 16256, sometimes works, and sometimes fails.

Still testing...

[keybounce]

Revision {2008-04-01}, 16032, has this.

[Mattn]

"has this" means that it has the error, too?

[keybounce]

Yep.

[keybounce]

Ok, something is really odd here. I'm back farther than the 2.2.1 branch, and its still showing up this way.

So the new hypothesis: This came up in 2.2.1 testing, and was fixed in 2.2.1, but after the 2.2.1 branch was made.

Rewinding off the 2.2.1 branch to see if it shows up...

[keybounce]

Ok, rewinding off the 2.2 branch :-).

working: branches/ufoai_2.2 -r 24913
working: branches/ufoai_2.2 -r 16579 (the 2.2.1 tag)

-r16511: The geoscape error shows up!
Battle map works fine.