Commit graph

187 commits

Author SHA1 Message Date
Timothy C. McGrath
661db56184 New benchmark scores, gained .2 fps with a cvar I didn't know about
previously. gl_sky_divide set to 0 goes faster when you have gl_sky_clip
>0.

Thanks despair,
Misty-chan
2001-04-28 04:30:43 +00:00
Timothy C. McGrath
205ee22a15 OK, found out I can't play with the settings I had in the V3 config, so
I mangled them into something that works. Also I found out about
gl_texturemode (thanks despair) although it didn't do much for me, it
might for you. Look at it :)

I also cleaned up the configs so we can see where each section begins
and ends easier. Should be fairly obvious what I did.

Misty-chan :)
2001-04-28 02:50:50 +00:00
Timothy C. McGrath
fa31c6e4f7 OK, this cleans up things a tad. glspeed.cfg is now known forevermore as
glspeed-v3.cfg. Cleared up a misleading comment about r_dynamic, found
out 0.5.0 quakeforge does weird things with gl_lightmode (see comment)
and added benchmarking information to the beginning of the files.
2001-04-27 00:41:06 +00:00
Timothy C. McGrath
c4680099c7 Typos fixed that were in the original. (oops)
Misty-chan
2001-04-26 03:09:46 +00:00
Timothy C. McGrath
7e0c1edcf7 Added back the old glspeed.cfg with the new cvar I found out about. This
one should work fine for old voodoo 1/2 users. I'll update this one
generally when I do the other one, but this one I can't really test
myself on for it's target - older hardware. Please tell me if I give a
setting which is slower on a system.

Misty-chan
2001-04-26 03:06:56 +00:00
Timothy C. McGrath
2af85467ec Fixed a typo (cl_max_particles default is 2048!) as well as added a cvar
I didn't know about (gl_lightmap_components)

Other than that, haven't added or removed much of anything - HOWEVER
note that this config has radically changed speedwise. I've gotten a
hardware upgrade, and so changed my config around to suit it. This is
written now for a voodoo 3 2000 pci, the old voodoo 1 has been
accidentally fried and given a proper burial.

If you relied on the old config to be fast as heck with it's defaults,
sorry. - Please look through the file, read the comments, and change the
settings to however you please.

Misty-chan
2001-04-26 02:50:49 +00:00
Adam Olsen
3f8ef22b61 Minor wording change. 2001-04-24 22:21:26 +00:00
Timothy C. McGrath
f35a629c61 Since the lights are usable now, I'm changing my config :)
Misty-chan
2001-04-12 04:08:49 +00:00
Joseph Carter
e1d9546c08 Moved CodingStyle to doc 2001-04-11 05:30:17 +00:00
Adam Olsen
4d9fe4a25f Added some personal ideas on what I'd like to see get added to
quakeforge.  Comments welcome. :)
2001-04-06 21:55:27 +00:00
Chris Ison
774d4ea1db console serverlist ideas/plan 2001-04-03 07:05:37 +00:00
Timothy C. McGrath
d649508b5d This took half the hair on my head. Just kidding:
cl_max_particles now lives in *part.c - in GL it dynamically changes the
amount of particles on the fly! Needless to say this is fun, and this is
proboably the third cvar that uses the callbacks function at all - which
IMHO is really a cool trick Taniwha.

However I'm losing my SANITY in r_part.c - if someone could take a look,
I'd be greatly appreciative. It should be obvious to any developer that
I'm having a few problems. :P Basically the dynamic code is completely
and totally disabled, and I hacked in code which *works* but shouldn't
EVER EVER EVER be left there after we fix this as it is downright EVIL
the way I implimented it. SW client does work, and does still work with
+set cl_max_particles - however the hacks I made to get it to do that...
*shakes head* Tread softly in there, it's a mess.

Other notes of interest:
I changed show_time so it archives its setting. Got annoyed with it. If
someone finds this change to be bad, change it back. :)

glspeed.cfg got updated with a setting of 60 for cl_max_particles. 60
works nicely, and doesn't use too much speed on my aging hardware, so
I'm sure newer systems will just plain FLY with this on.

I also changed the cl_maxfps setting as 72 is great if you aren't using
a modem !.! due to the way cl_maxfps works, the higher it goes, the more
data is sent to you by the server. This causes a heck of a lot of lost
packets if you don't have the bandwidth OR if your card can't keep up
with the framerate. Either of which is bad. I set it to 30, the default
of the cvar is 0/32 so go figure out what works best for you I say.

Let me know if this blows up in your face and ESPECIALLY let me know if
you can fix the r_part.c problems!

Misty-chan
2001-04-03 02:56:39 +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
Bill Currie
9c3f26d168 Rhamphoryncus added paks 2001-03-08 18:45:52 +00:00
Bill Currie
95852f55c1 add Rhamphoryncus ideas on the download screen 2001-03-08 18:40:21 +00:00
Timothy C. McGrath
61ab8c2d47 swspeed.cfg is speed cfg for software clients (-x11 -svga) however it is
not well tested, and needs someone to bash it over the head a few times.
If you routinely use the software clients, please find out what in this
file works for you, and let me know.

Misty
2001-02-22 20:39:37 +00:00
Timothy C. McGrath
721c7da648 My glspeed.cfg, which I promise to incrementally upgrade as I get
feedback. This will produce tremendous speed increases with gl cards, so
long as you are willing to sacrifice eyecandy.

Misty
2001-02-22 19:23:11 +00:00
Joseph Carter
4537b2daaa GGI has been eradicated. It's broken and none of us use it, therefore
nobody's fixing it.  Given that without DGA it's not really much faster
than X11 anyway and the lack of a maintainer, it's deadwood.
2001-02-22 00:24:45 +00:00
Bill Currie
d5a81d94e4 add command docs and update cvar docs for qf-server and qf-client-x11 for
beta7. Others will be forthcoming.
2001-02-06 19:21:47 +00:00
Bill Currie
e8e49e8e42 3dfx :) 2001-01-10 04:22:17 +00:00
Bill Currie
84278f765c ggi and sgl 2001-01-10 03:51:24 +00:00
Bill Currie
a9212a6f3d sort correctly 2001-01-10 03:33:30 +00:00
Bill Currie
ad558e4346 used an old svga client :/ 2001-01-10 03:02:11 +00:00
Bill Currie
d7a823c746 forgot to get descriptions 2001-01-10 02:55:30 +00:00
Bill Currie
5b46399e69 glc and svga cvars 2001-01-10 02:48:53 +00:00
Bill Currie
8eb780f164 qf-client-sdl cvars 2001-01-09 23:54:40 +00:00
Bill Currie
43d47bd847 fixed broken line 2001-01-09 23:08:09 +00:00
Bill Currie
462245b38a sort the list 2001-01-09 23:02:54 +00:00
Bill Currie
75f8c78ea1 qf-client-x11 cvars 2001-01-09 23:01:22 +00:00
Bill Currie
d3ce8e163f *** empty log message *** 2001-01-09 22:47:22 +00:00
Bill Currie
ed579aa437 *** empty log message *** 2001-01-09 22:46:21 +00:00
Bill Currie
2bb6efb95c put in some spaces 2001-01-09 22:41:06 +00:00
Bill Currie
82e4853cc9 remove bogus entries 2001-01-09 22:38:35 +00:00
Bill Currie
259bd2838b first stab at documentation. qf-server-cvar.txt is generated from qf-server
itself (qf-server +cvarlist 1 +quit).
2001-01-09 19:49:31 +00:00
Bill Currie
3125e5cc79 merge the doc trees from nuq and newtree 2001-01-09 06:31:59 +00:00
Bill Currie
a2677cf270 Whee, quakeforge/doc exists :) 2001-01-09 00:51:35 +00:00