make work properly:
Win32 thing.. If you don't free textures explicitly, you can cause a
problem with nVidia drivers.
Colored lighting is now RGB instead of RGBA. The alpha is kinda pointless
on a lightmap and the effect's not all that great. Plus people stuck with
16 bit OpenGL (any other 3dfx people out there?) will be quite pleased
with the improvement in image quality. This does include LordHavoc's
dynamic light optimization code which takes most of the pain out of having
gl_flashblend off.
All glColor*'s are now half of what they used to be, except where they
aren't. If that doesn't make sense, don't worry. If you see one that's
only half what you'd expect, don't worry---it probably is meant to be like
that.. (More below)
glDisable (GL_BLEND) is now a thing of the GL_PAST. As is GL_REPLACE.
Instead, we _always_ use GL_MODULATE and leave GL_BLEND turned on. This
seems at first like it might be a performance hit, but I swear it's much
more expensive to change blending modes and texture functions 20-30 times
every screen frame!
Win32 issue.. Even though we check for multitexture, we currently don't
use it. Reason is that I am planning to replace SGIS_multitexture with
the preferred ARB_multitexture extension which is supported in most GL 1.1
implementations and is a requirement for GL 1.2 anyway. I also wanted to
get rid of some duplicated code. Since Linux doesn't support multitexture
yet, I just commented out the code keeping me from compiling to get it to
work. Win32 should work without it until it's fixed, which shouldn't be
long since the differences between SGIS and ARB multitextures as far as
Quake is concerned is minimal AT BEST.
LordHavoc and I have been working tirelessly (well not quite, we both did
manage to sleep sometime during this ordeal) to fix the lighting in the GL
renderers! It looks DAMNED CLOSE to software's lighting now, including
the ability to overbright a color. You've gotta see this to know what I'm
talking about. That's why the glColor*'s are halved in most places. The
gamma table code and the general way it works is LordHavoc's design, but
over the course of re-implementing it in QF we did come up with a few more
small optimizations.
A lot of people have noticed that QF's fps count has gone to shit lately.
No promises that this undid whatever the problem was. That means there
could be a huge optimization lurking somewhere in the shadows, waiting for
us to fix it for a massive FPS boost. Even if there's not, the code in
this commit DOUBLED MY FPS COUNT. Granted I was getting pathetic FPS as
it was (around 30, which is pathetic even for a Voodoo3 in Linux) but
still---60 is a big improvement over 30!
Please be sure to "test" this code thuroughly.
when you compile..
model.c has been stuffed wholesale into gl_model.c.. It's also no longer
common source. Now it's a server and software thing. This is needed so
GL model/map code can do things that software loading can't and server
loading shouldn't.
very different way than did Id Software did later on, it'll be a major
improvement, that's for sure..)
fs_basegame Cvar created, defaults to whatever you selected in config.h,
most likely id1.
gl_conalpha - 0.6, 1 to disable alpha
gl_conspin - 0, anything else causes it to spin at that speed
gl_constretch - 0, 1 to stretch console instead of sliding it
Some minor changes to DGA code I couldn't be bothered to back out before
I committed. They don't hurt anything, but they don't really improve
matters much either. The mouse cursor still doesn't get warped off the
screen, but it's no longer bright blue - now it's black and white like
normal. I'm rewriting the damned DGA code from scratch to Get It Right
this time.
still has to be in CVS, because Win32 people generally won't be able to
rebuild it).
configure.in: Cleanups to the DGA, VidMode, and sound detection code.
Makefile.am: Cleanups to sound code, to allow 'make dist' to work.
caused Voodoo3 users to get a black mouse cursor that kept getting warped
to the center of the screen.. It was rather ugly and hard to play. So
I added DGA. That made the mouse cursor blue and stay where it was. So
I moved the XGrabPointer to after the XWarpPointer, problem seems to be
fixed. I hope this works for someone other than me. =p
In order to do so I:
* included strings.h and string.h in many files so various functions would be
defined
* Fixed model_t collision problem in cl_main.c (Solaris)
* com.c - corrected WORDS_BIGENDIAN spelling
* gl_draw.c - Use HAVE_GL_COLOR_INDEX8_EXT to avoid referencing
GL_COLOR_INDEX8_EXT when it isn't available
* net_udp.c - use socklen_t to appease AIX
server doesn't get linked with the network libs yet.
.gitignore: add quakeforge-*.tar.gz (I'm tired of seeing that with ? :)
include/Makefile.am: forgot to add the new x11 related headers
source/makefile.am: move snd_dma.c from cient sources to snd lib and add
snd_null.c
source/cl_sys_unix.c: replace FNDELAY with O_NONBLOCK
win32 requires a call to setmode(), since it doesn't seem to do the mode change in fdopen properly.
also removed some "z" modes, since someone forgot to when removing the Qfile stuffs
little problem of mixed QFile and FILE. Since we're not using ZLib in
this tree, QFile makes no real sense. That didn't fix the real problem
I am having though.
