Also, there was a bug in configure.in that caused glx not to be built at all on
my system.
NOTE: I changed SRC_DIR to srcdir (GNU `standard'), though I'm beginning to
wonder if that was so good.
are done (sorry if this steps on your toes with the view.c merge Deek) and
I'm almost positive flymode will now work. Even though view offset is
done, it won't.
The reason for this is that cl.stats[STAT_FLYMODE] is pretty much going to
ALWAYS be 0 on a standard server. Since 0 tells us that we're not flying,
this is fine. cl.stats[STAT_VIEWHEIGHT] is also going to be 0, but it
should be 22 for normal views. I could always assume this value is an
offset from 22, but that just seems lame to me. I'll either do it anyway
or we'll have to find a good opportunity in the connect cycle to set the
cl.qfserver qboolean to true.
I'm thinking about using an info key value for this, but we'd be better
served I think by coordinating with QSG to up the protocol version across
all engines.
gl_model.c had it as 512, but qw_server/model.c and common/model.c had it as
256. That wasn't the real problem, what it was was hipnotic (obviously) has
more than 256 models in "Research Facility", and so uquake-svga bobmed
some tweeks in an attempt to improve shutdown. NOT the final say
qw_server/sv_ccmds.c:
comment correction
common/quakefs.c uquake/host_cmd.c:
knghtbrd's gamedir patch, plus some Hunk_Alloc -> Z_Malloc changes.
add path searching. currently unix style only (ie ':') and defaults to
".:${LIBDIR}/quakeforge".
*/Makefile.in:
fix up the clean targets a little, so they actually work
qw_server/world.[ch] and uquake/world.[ch] into common/world.[ch]
uquake/chasecam.c into common/cl_cam.c
move physics type defines from server.h to phys.h
now, the rest I don't know how much of it I can do without breaking the
protocol's compatibility.
client_state_t has moved back to client.h in qw_common and uquake. Seems
like that's a step backward, but the way it was being used while common
was far worse! This required massive reworking of headers and such.
Speaking of using cl (the global client_state_t) badly, the sound code did
exactly that. Mercury should be shot for not fixing that when he did the
sound_lib.a stuff. The fix illustrates what we need to start doing to the
code to make modularization possible. I'll be sending a message to the
list about this shortly..