Bill Currie
29306f7799
Merge nq and qw sv_phys.c
...
sv_move and world are now identical between the two directories.
2011-12-22 16:54:22 +09:00
Bill Currie
2bec1ae1d9
Make qw's push/block handing the same as nq's.
...
NQ's handling seems to be more correct. The only likely problems are if
something is pushed into (eg) a button, and things will be a little slower.
2011-12-22 16:54:22 +09:00
Bill Currie
d1be716031
Tidy up the corpse related code in SV_Push.
2011-12-22 16:54:22 +09:00
Bill Currie
4ade879674
Make SV_PushEntity easier to read.
2011-12-22 16:54:22 +09:00
Bill Currie
b54f0587d1
Bring qw's entity-in-solid check into nq's SV_Push.
2011-12-22 16:54:22 +09:00
Bill Currie
7243de0d90
Remove entorg from nq's SV_Push ().
...
It's been redundant since the moved_* arrays came in.
2011-12-22 16:54:22 +09:00
Bill Currie
64115d3331
Clean up sv_phys.c a little before merging.
...
Add some comments and make the code a little more readable so I know
what's going on.
2011-12-22 16:54:22 +09:00
Bill Currie
d441dc9027
Sort the cvar declarations.
...
The diff is still messy, but now it includes only new/old cvars, not moved
cvars.
2011-12-22 16:54:21 +09:00
Bill Currie
cba27bc745
Allow NQ's SV_RunThink to loop.
...
This brings NQ's physics a little closer to QW's. After studying both the
original WinQuake source and the progs source, this change should be
harmless, making very little difference. However, it does allow an
entity's think function to be called multiple times in the same frame (for
when the entity needs more time to think, but it would cause runaway loop
errors). Maybe need a "runaway think" check.
2011-12-22 16:54:21 +09:00
Bill Currie
c598ce4b50
Remove more of the fitzquake lerp code.
...
Missed this bit ealier.
2011-12-22 16:54:21 +09:00
Bill Currie
89ec14e0fc
Make very tiny movements no-ops.
...
This affects pushers in their think code. This makes NQ a little more like
QW, but doesn't really seem to change much.
2011-09-07 09:41:05 +09:00
Bill Currie
9bd4bbee52
Make sure tossed entities with upward velocity can always move.
...
If a tossed entity has ONGROUND set, it won't move, but if it has an upward
velocity, it can't possibly be ONGROUND, so clear the flag if the entity is
moving upwards.
2011-09-07 09:41:05 +09:00
Bill Currie
3061270d3a
Support jumping off pretty much anything.
...
See http://forums.inside3d.com/viewtopic.php?t=1675 for inspiration.
As this might break the gameplay of certain maps, the new sv_jump_any
cvar can be used to disable this feature (bringing back the old behavior).
2011-06-11 13:19:31 +09:00
Bill Currie
628bd1367e
Fix some warnings in recent gcc.
...
gcc seems to be getting ever more picky (which is good, really)
2011-06-11 13:17:22 +09:00
Bill Currie
52eb6a6b08
"realtime" is a client var, not a server var.
...
The correct var in the server is sv.time.
2010-12-15 18:47:17 +09:00
Bill Currie
775f8e959b
Rotating bsp model support.
...
This is based on the code presented on
http://forums.inside3d.com/viewtopic.php?t=2376 (and updates linked from
that thread), but with modifications for hopefully supporting rotating
trains (and not duplicating big fuctions).
For now, only nq. qw will come after some more testing.
2010-12-15 08:36:53 +09:00
Bill Currie
1291766298
Remove all "cosmetic" differences between nq and qw sv_phys.c
2010-12-09 08:52:40 +09:00
Bill Currie
9b9fde244b
Move the EndFrame function "pointer" into the sv_funcs struct.
2010-12-08 21:20:35 +09:00
Bill Currie
33d768ba73
Get nq and qw sv_phys.c mostly into sync.
...
nq's SV_CheckVelocity will be a little different (spherical rather than
cubical), but sv_maxvelocity defaults high enough for it to not matter to
most players. It might even improve play.
The remaining differences need some careful thought before the physics
merge is done.
2010-12-08 18:14:40 +09:00
Bill Currie
31c13d92a2
Protocol 666/large map support from FitzQuake.
...
Alpha and lerping aren't implemented yet, but things seem to be working. I
can load and play oms2.bsp (Conflagrant Rodent).
2010-11-26 16:20:05 +09:00
Bill Currie
2185a3dcd0
Remove almost all of my boxclip developement.
...
This is to prevent others accidently getting headaches from my code.
2010-08-20 14:13:23 +09:00
Bill Currie
98cf61dfd6
get the boxclipping debug code in semi-permanently (conditional, of course)
2010-08-05 02:52:56 +00:00
Bill Currie
997102fea8
audit the usage of "only"
...
There are still a few iffy places (notably around certain prepositions), but
the relevant sentences are now much easier to read.
2010-01-13 06:42:26 +00:00
Bill Currie
b14fcccd8f
get qf compiling with gcc 4.4
2009-12-19 10:54:23 +00:00
Bill Currie
d66934942d
nuke Con_Printf and Con_DPrintf and use Sys_* instead
2007-11-06 10:17:14 +00:00
Bill Currie
3fb03fc2be
hah, should have been using __attribute__((used)) all that time (rather
...
than __attribute__((unused))). fixes the missing console in -x11
2005-08-04 15:27:09 +00:00
Bill Currie
2cb81b37f9
move the *_RecursiveHullCheck functions from pmovetst.c and world.c to MOD_TraceLine in libs/models/trace.c, at the same time rewriting the code to work itteratively rather than recursively.
...
This is an imperfect revision of history.
2004-11-02 08:40:00 +00:00
Bill Currie
0a8867fde9
replace all VectorSubtract (vec3_origin, ... and
...
VectorCopy (vec3_origin, ... with VectorNegate (... and VectorZero (...,
respectively. Should be a small speedup.
2003-09-03 22:17:04 +00:00
Bill Currie
6a94607d9d
rename VectorMA to VectorMultAdd, add VectorMultSub and use it in a few
...
places. Not certain how much speed difference it makes :/
2003-08-08 15:25:53 +00:00
Bill Currie
761a7546dd
re-arrange things so __attribute__ and __builtin_expect are properly
...
autoconfiscated so rcsid will continue to work with gcc 3.3
2003-01-15 15:31:36 +00:00
Bill Currie
71196fedf6
make gcc more anal about prototypes, string constants and function
...
visibility (ie, global functions must have a prototype)
2003-01-06 18:28:13 +00:00
Ragnvald Maartmann-Moe IV
c91f1a2aea
Rename Length to VectorLength.
2002-08-20 02:22:40 +00:00
Bill Currie
e8026d9c76
touch, think and blocked now support methods
...
also a little whitespace cleanup
2002-05-31 21:05:58 +00:00
Bill Currie
3e4c200430
more evil hacks to get nq's and qw's sv_phys.c similar.
2002-02-25 22:57:17 +00:00
Bill Currie
9ea013888b
eliminate GetEdictFieldValue, mostly merge SV_AddGravity, and clean up
...
some whitespace in sv_phys.c
2002-02-25 07:44:17 +00:00
Bill Currie
cd29f8b9a0
remove an unneeded prototyp
2002-02-25 06:34:06 +00:00
Bill Currie
8e31211266
don't link in a MOVETYPE_NONE edict that has freed itself via its think
...
function.
2002-02-25 03:22:32 +00:00
Bill Currie
96d3a997c9
bring sv_phys.c closer to being mergable. I've temporarily(?) disabled
...
Maddes' max velocity `fix' (yeah, it's physicly correct, but...). I'll
probably cvar it.
2002-02-22 05:28:17 +00:00
Bill Currie
87cb9647ab
reduce the fluffy diffs
2002-02-20 20:21:08 +00:00
Bill Currie
b1f4a778f9
the rcsid commit from hell }:>
2001-09-28 06:26:31 +00:00
Bill Currie
a9d6bc9a30
total nukage of #ifdef QUAKE2 (R_DarkFieldParticles is present, just unused)
2001-08-27 23:21:09 +00:00
Ragnvald Maartmann-Moe IV
277b141ec7
Header cleanups (<strings.h> outside without HAVE_* tests and the like, multiply including several headers unless on windows, and other bizarre messes). Plus a hefty dose of whitespace.
2001-08-27 07:13:32 +00:00
Bill Currie
fb42199637
change all the SVFIELD calls to SVtype. this should make the code a little
...
easier to read.
2001-08-08 20:28:53 +00:00
Bill Currie
62c783f47a
eval_t is no more: too many evil casts involved in using it (which can result
...
it bad code being generated by gcc).
2001-06-08 00:13:06 +00:00
Bill Currie
6bf58ab1af
no header includes cvar.h now
2001-05-31 03:41:35 +00:00
Bill Currie
f78b973978
move the api headers into include/QF and clean up (most of) the resulting mess.
...
target specific files that I don't build won't compile yet. just put QF/
infront of the offending headers.
Also move ver_check into libqfutils
2001-03-27 20:33:07 +00:00
Bill Currie
b4538150bc
fix a type access error
2001-03-11 02:14:40 +00:00
Bill Currie
4137fbabb5
nq seems to like the new progs setup (got to e2m2 in medium without problems)
2001-03-04 05:27:29 +00:00
Bill Currie
6d6c34320f
nq compiles with the new progs setup, but doesn't have a hope of running yet.
...
None of the globals etc structs are filled in and there will be a lot of type
errors in SVFIELD usage.
2001-03-03 08:31:58 +00:00
Bill Currie
2367b0dc5f
initial work at bringing nq's progs code up-to-snuff with qw's. Doesn't work
...
yet :( nq segs due to either mangled strings or mangled functions, not sure
yet.
2001-02-26 20:52:14 +00:00