Current issues with 2.3 PPC build (Now with Graphics!)

[keybounce]

29998, reversed: iBook g4 is fine, mac mini has bad shadows.

[keybounce]

30030, mac mini good, ibook has bad shadows.
Retesting 29998.
... and the list of what gets recompiled is NOT the same on both machines.

Full wipe and recompile next.

[keybounce]

29998: iBook G4 initially was perfect display. After either f8 or f9 (expose/spaces), it changed and added in some shadows.

It altered shadows if I used f8, f9, or f10. It never removed the shadows completely.

Macmini had extra shadows the entire time.

[keybounce]

NAARG.

I thought I had tracked down the spectacular failure case to being the downloaded maps. But "farm" displays perfectly with the downloaded map.

Sigh. The downloadeds seem to be worse, but not guaranteed bad.

[Mattn]

that sounds like there is an endian issue in loading or saving the lightmap data - because they are calculated on a little endian system

[keybounce]

Which is what I thought, and was hoping to find.

But as I said, I got a perfect load on "Farm" (downloaded). Other than it looks like completely flat ground, I didn't see anything else different from the other maps.

[keybounce]

... and 4 more loads of farm all gave the "spectacular failure" that I'm used to.

Compiling all the farm tiles locally now...

[keybounce]

that sounds like there is an endian issue in loading or saving the lightmap data - because they are calculated on a little endian system

Ok, where in ufo is the lightmap data read in, and what values should be seen? Do the lightmap values change as you rotate the map? (What's displayed does change as the map is rotated, and sometimes on a per-frame toggle.)

Lets see if we can get some debugging patches, and then see what values are read/used on ppc/x86.

Oh yea -- Local compiled farm maps are "mostly good" with minor issues, and the rare, occasional good.

[Mattn]

the lightmap data does not change - it's loaded to a texture in r_model_brush.c R_ModLoadLighting - but this data is only stored in byte - so there can't be any endian issue - so it must be later (when uploading - maybe wrong opengl pixel format) - R_CreateSurfaceLightmap or somethign like that.