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.
like adding a gratuitious feature, GL target users can crosshair 3 for a
completely new crosshair and higher resolution crosshair (oooh!) Software
renderer doesn't have it because...well look at Draw_Crosshair() in
draw.c, it's truly a nightmare! You have to plot each pixel individually,
makes you feel like you're coding in Applesoft BASIC. If you want it,
figure out how to do it sanely.
Unchained, Ultimate, Ultra, Up Yours, Underworld, Underground, Unified,
Unity, etc. You know the drill.
This takes care of the "standalone" problem with the wrong name, and the
recent snafu with multiple developers working on the same files
simultaneously...expect me (and probably others) to start locking dirs when
updates are taking place.
And yes, this update is really as large as it looks. Software only at the
moment, but I will have the makefile updated to build the GL builds as
well.
