Bill Currie
d81d7fd02c
glColor cleanup
2001-08-30 18:24:19 +00:00
Bill Currie
5902dcca6a
code cleanup
2001-08-29 03:27:31 +00:00
Ragnvald Maartmann-Moe IV
b1666defb9
Remove unused code.
2001-08-26 19:47:35 +00:00
Ragnvald Maartmann-Moe IV
06dd45bdb1
Merge common lighting code. Still some lightmap-related code in *_rsurf.c that might be mergable. This is the first step towards 3 component lighting for the sw32 renderer.
...
Note that gl_lightmap_components is now r_lightmap_components, and gl_dlight_lightmaps is now r_dlight_lightmaps.
2001-08-25 23:23:14 +00:00
Ragnvald Maartmann-Moe IV
e7fb6a1100
Whitespace, comment cleanups, and a very tiny cleanup/micro-optimization for R_AddDynamicLights.
2001-08-22 11:00:25 +00:00
Bill Currie
06946d6ab4
memset doesn't use bits 8+
2001-08-08 23:32:09 +00:00
Bill Currie
3047a6a4ba
this seems to fix the flickering dlights problem. surface visibility was
...
calculated too late for light marking.
2001-08-08 22:20:57 +00:00
Bill Currie
8883bbb369
some lighting fixes. not quite there yet
2001-08-05 05:07:49 +00:00
Bill Currie
647d38fa40
Make R_MarkLights use the vis info to speed things up. Oddly, even though
...
R_MarkLights is now about 3% instead of about 15%, I've lost 8 fps on my
null GL speed test. However, R_AddDynamicLights has jumped up a bit, so I'm
wording if maybe more surfaces are being lit.
2001-08-05 04:01:45 +00:00
Ragnvald Maartmann-Moe IV
2887dd3950
Fix issue with gl_lightmap_components 4 and lightmap updates.
2001-08-02 04:12:26 +00:00
Ragnvald Maartmann-Moe IV
fd0c5aab36
Garbage comment removal.
2001-08-02 02:28:17 +00:00
Ragnvald Maartmann-Moe IV
6e9b51edfc
(Optionally) Use glTexSubImage2D for lightmap updates. Doesn't give as large a boost as I'd hoped, but will matter far more as other optimizations happen. New cvars gl_lightmap_align does nothing yet, and gl_lightmap_subimage only works in mode 0 and 1. Mode 2 (should be fastest mode on most cards) will eventully get implemented...
2001-08-02 02:18:04 +00:00
Zephaniah E. Hull
908d265212
Clean up and repair of the run time linking, does NOT work until deek
...
commits his gl_funcs.c.
2001-06-26 02:26:46 +00:00
Jeff Teunissen
3fbfa27fcd
Woohoo. The QFGL_* function prefixes are gone again from the tree. It
...
might even work under Windows now, but don't get your hopes too high. :)
2001-06-25 06:17:07 +00:00
Zephaniah E. Hull
3715430479
This is changing more then I wanted to at once, however.
...
The major change is that we no longer require libGL to even exist on the
system at compile time for the GL targets, we dynamicly link to the
libGL of choice at run time. (This probably breaks most non-linux
systems, and all GL targets except -glx, some fixup will be needed.)
(This also kills glquake, dead dead DEAD! GONE FOREVER! WHEE!)
Some gl_draw cleanup.
Commented out equake alias model occlusion test stuff, very experimental.
Added the .lo and .la patterns to the .gitignore files.
Some minor sbar cleanup. (We don't use the disc in use symbol for
anything.)
2001-06-24 09:25:55 +00:00
Bill Currie
323015b11a
include/QF header cleanup. including config.h (or any file from include) is
...
a nono because headers in include/QF get installed, but include don't and thus
would break quakeforge-dev.
2001-05-31 05:33:13 +00:00
Bill Currie
6bf58ab1af
no header includes cvar.h now
2001-05-31 03:41:35 +00:00
Bill Currie
f988572c4d
lighthalf and gl_lightmode, meet Mr. Chainsaw, he will be your playmate today.
2001-05-29 21:59:02 +00:00
Bill Currie
73e6e1684f
FINALLY, the nq and qw renderers are merged. the view and particle subsystems
...
are not yet merged due to their dependence on the client, but that will come
soon.
2001-05-24 19:22:35 +00:00
