Commit Graph

6026 Commits

Author SHA1 Message Date
Bill Currie 9145d45937 totally redundant 2001-03-30 05:03:52 +00:00
Bill Currie 4f2e22bfb8 merge and move quakefs.c into libQFutil where it belongs. at long last 2001-03-30 00:44:35 +00:00
Bill Currie b432d0ea17 pull the game specific stuff out of quakefs.c in preparation for merging it 2001-03-30 00:30:38 +00:00
Bill Currie 1d9791553f make qfcc use detect and use the installed libs/headers. currently doesn't work
due to modularity problems in libQFutil
2001-03-29 21:26:56 +00:00
Bill Currie 80ee9eb8d1 merge and move quakeio.c into libQFutil 2001-03-29 21:16:16 +00:00
Bill Currie f24a33ff05 install the headers 2001-03-29 20:42:08 +00:00
Bill Currie 058ac6522a fix OpenGL/MesaGL testing. 2001-03-29 18:20:05 +00:00
Bill Currie dd3d2a073d make -fbdev build again AND make nq-fbdev a new target.
moved fbset.h from qw/include to include so it can be shared by nq. it's in
include instead of include/QF because I don't see any need to isntall it.
2001-03-29 17:31:15 +00:00
Adam Olsen 9b31fca76d Add include for stdlib.h needed for malloc call. 2001-03-29 13:13:28 +00:00
Bill Currie 95d116eac0 make makt.S pic friendly. The ELF abi is bent slightly as ebx was already used
and I didn't feel like subbing it for something else, so esi is the GOT access
register.
2001-03-29 09:10:35 +00:00
Jeff Teunissen 277c17cfd8 Shared library support. The util and gamecode libraries are now shared,
and this clears the way for an external API for utilities and
such. And yes, this means libtool is now used.
2001-03-29 09:07:44 +00:00
Bill Currie a23c5e82e0 correct the qf libs path 2001-03-28 23:42:36 +00:00
Bill Currie 8866d86fba rip out the crc code in favour of libqfutil 2001-03-28 23:40:54 +00:00
Chris Ison f1c31b6e1a added #include for QF/compat.h 2001-03-28 22:23:40 +00:00
Bill Currie cb5c262ffc qtypes.h:
remove includes of qdefs.h and compat.h
pr_comp.h:
	merge pr_comp.h from quake and qfcc, removing the copy in qfcc
cmdlib.[ch]:
	nuke the endian code.
qendian.c:
	initialise the LittleLong etc pointers at compile time rather than run
	time
com.c (both nq and qw):
	nuke the LittleLong etc init code
everything else:
	fix up after the qtypes.h cleanup
2001-03-28 17:17:56 +00:00
Bill Currie 5a48f987a5 scripted fixups for the QF include move 2001-03-27 23:36:02 +00:00
Chris Ison b6f6f959b9 fixed vid_3dfxsvga.c includes to match current tree 2001-03-27 23:29:31 +00:00
Adam Olsen d56a749e05 Well I *guess* this is needed, if only to make sure they have identical files. 2001-03-27 22:44:58 +00:00
Adam Olsen 26d5b1ac67 Forgot these. 2001-03-27 22:42:23 +00:00
Bill Currie 067db089a2 make edict pruning, field parsing and the builtins part of progs_t like they
should have been
2001-03-27 22:39:21 +00:00
Adam Olsen 31295c1f63 Bring qw and nq snd_*.c files into sync. Should be able to move them
into a common dir now.
Also fix some #include path changes.
2001-03-27 22:30:25 +00:00
Bill Currie cea45d19d4 bah, another premature commit 2001-03-27 21:47:44 +00:00
Bill Currie 82b533e1ef forgot that .S files don't have dependency info :/ 2001-03-27 21:46:49 +00:00
Bill Currie c958372f51 enable use of qf libs independent of where they are in relation to the qfcc
source. nothing is actually used yet, but it will be :)
2001-03-27 21:13:18 +00:00
Bill Currie a3c9af646b back out my premature commit 2001-03-27 20:37:12 +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 f6073d756f better progs access error checking and cleanups resulting from it. Fixes
mega2k and nq.
2001-03-27 03:57:17 +00:00
Bill Currie 5e993575a4 put a comment in the right place 2001-03-27 00:52:52 +00:00
Bill Currie c34868c117 attack cmdlib with a chainsaw. All unused functions are gone. 2001-03-26 21:02:18 +00:00
Bill Currie 19b146748a add .vimrc 2001-03-26 16:36:44 +00:00
Bill Currie 135e533e77 raise some limits so customtf will build. this is NOT the right solution :( 2001-03-26 05:33:02 +00:00
Timothy C. McGrath b25a437460 Very minor changes. cl_max_particles still cannot be used dynamically,
however I've removed the stupid limits that I'd accidentally left behind
in my panic to comment out the messed up code in r_part.c so software
clients now can use a setting of zero. Particles in sw clients will not
default to 2048 if you use a number less than 1 - it will now use 0.
Otherwise, I made comments to myself for when I actually fix this and
cleared up some silliness in comments I'd made. Nothing special.

Special note: To use cl_max_particles *right now* you can either set it
while playing and then restart the client (I think this should work,
it's archived. May not however) Or do this which I absolutely am
*positive* works:

clientname othercommands +set cl_max_particles number othercommands

So, again, while changing in game does not work, it at least is still
useful somewhat.

Misty-chan
2001-03-22 01:52:33 +00:00
Timothy C. McGrath 820715672b *DOH!*
I goofed up my code. cl_max_particles will not dynamically update with
this change, but ATM, this is safer until I can grok what I need to know
to fix the code I wrote.

Sorry guys,
Misty-chan
2001-03-20 00:27:22 +00:00
Timothy C. McGrath 582a7902c5 Insignificant config file change, 60 particles shows up just as quickly
as 30 on my system, and obviously gives me twice as many to look at.

Misty-chan
2001-03-19 03:54:51 +00:00
Timothy C. McGrath ed42482fd4 Updated cfgs to show the new cl_max_particles cvar - it REALLY HELPS.
Also removed gl_smooth from the glspeed.cfg - no idea why it was there,
since I had already replaced it. Whoops.

Misty-chan
2001-03-18 07:35:20 +00:00
Timothy C. McGrath 264547d470 Okay, this patch REMOVES the -particles command line option, and adds a
new cvar: cl_max_particles. This cvar is archived, has no lower or
upper limits (well, less than 1 is not allowed) and can be changed in
game at any time.

BUGS:

Only one so far. I can't figure out why it's doing this, but in software
clients, (well, at least X11) if you set it to 1 particle, it acts like
you set it far higher. 2 acts like you set it to zero... Or maybe
it's showing 2 and I just can't see it on my 320x200 window. In any
case, the vagary must be something in the software particles code,
because I basically used the same code from the GL particles code for
this as I used for the software renderer.

If nobody can find fault with my code, I'll just make a special note in
the console help.

In any case, let me know of any problems.

Misty-chan
2001-03-18 07:04:47 +00:00
Jeff Teunissen ed2f2ce2ca Forge: InspectorControl and KeypairView compile with no warnings now. 2001-03-16 19:19:24 +00:00
Forest Hale cc85f21430 shrank lava splash particles from size 7 to size 3, makes spy gas grenades in TF faster 2001-03-16 15:25:31 +00:00
Bill Currie 6247233e0e when checking a token, they type of the token must be taken into account. 2001-03-14 04:14:09 +00:00
Ragnvald Maartmann-Moe IV 00e71e3cc5 Better failure reporting for vid_use8bit. 2001-03-13 04:43:15 +00:00
Bill Currie 32d14bac22 ignore generated files 2001-03-12 21:16:26 +00:00
Bill Currie 21fa23a747 the crc field in progs.dat is evily generated from the crc of progsdef.h, so
change the header to produce a matching crc. This is an interrim fix until a
better solution can be found.
2001-03-12 20:04:22 +00:00
Ragnvald Maartmann-Moe IV 3217faa319 Fix white sbars in -sgl.
(Thanks to super_ice for the patch)
2001-03-11 21:37:32 +00:00
Bill Currie b4538150bc fix a type access error 2001-03-11 02:14:40 +00:00
Ragnvald Maartmann-Moe IV 30cdd18174 Fix a typo. Oops... 2001-03-11 00:31:52 +00:00
Ragnvald Maartmann-Moe IV e884846d57 Tighten up checks for 3dfx in gl_draw.c and restore default gl_texturemode to old setting. 2001-03-11 00:25:30 +00:00
Ragnvald Maartmann-Moe IV fd3eafac77 Oops. 2001-03-09 21:21:50 +00:00
Ragnvald Maartmann-Moe IV 1b8928de00 Cleanup of gl_draw.c and beginnings of work for user-specifiable texture format/quality (monochrome quake anybody? :) 2001-03-09 21:10:44 +00:00
Joseph Carter 3ac2bc72aa The quakefs similarization.. Essentially, we're now using qw's quakefs in
nq, with the exception that some things were removed and others added.  I
could have merged this, but I don't feel the system's ready for merging at
the moment.  The quakefs code needs a bit of a cleanup and a tuneup before
it goes common.  Like so many other things, that's dependant on other bits
of the puzzle being completed first.
2001-03-09 07:58:10 +00:00
Joseph Carter 055fe8d222 Purely whitespace cleanups 2001-03-09 07:55:25 +00:00