Adam Olsen
c6ec43d659
some build fixes, which I'm not sure are right, and a fix for
...
fullscreen toggling.
2001-08-25 09:21:40 +00:00
Bill Currie
2a027969d5
various init order fixes and a */[] snafu sorted
...
also make translations big enough for the 32 bit colors
2001-08-25 05:54:21 +00:00
Ragnvald Maartmann-Moe IV
f7f04aad5f
Add .gitignore. Whee.
2001-08-25 03:53:05 +00:00
Bill Currie
4ed75b014a
"Yay, it builds!"
...
"Ah, but does it work?"
2001-08-25 03:52:34 +00:00
Bill Currie
8fa46e9fc0
almost there getting the sw32 client to link
2001-08-25 03:24:44 +00:00
Ragnvald Maartmann-Moe IV
20544c6c67
Remove some obsolete comments.
2001-08-25 03:06:46 +00:00
Ragnvald Maartmann-Moe IV
c6266aba36
sw32. Flee in terror. This'll break compilation for everything until -sdl32 compiles. sw32 wont work for a while either, so don't get overly excited yet.
2001-08-25 02:47:11 +00:00
Ragnvald Maartmann-Moe IV
6797f556cf
diff-- for sw32.
2001-08-23 00:39:22 +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
ec3eed4c7a
don't do the lerp calcs for blend == 0 or blend == 1
2001-08-21 05:46:55 +00:00
Bill Currie
0d82df96b0
ah, found the correct fix :)
2001-08-21 05:29:15 +00:00
Bill Currie
7ea46cf4ed
disable lerping of the shadedots. stops the flicker but some lighting will
...
probably be a little funny.
2001-08-21 05:16:30 +00:00
Bill Currie
9bad6b89bb
lerping works again. flames no longer flicker, but players do a /little/
2001-08-21 03:49:17 +00:00
Ragnvald Maartmann-Moe IV
4ca1499c51
Whitespace. Don't you wish it would all just go away?
2001-08-16 23:14:46 +00:00
Ragnvald Maartmann-Moe IV
0c7f011f4b
whitespace.
2001-08-16 06:58:55 +00:00
Ragnvald Maartmann-Moe IV
ca4d4791c9
Fix a severe braino, and get less excessively parenthetical in one spot.
2001-08-10 03:07:34 +00:00
Bill Currie
a2ef36e7ba
get the scaling on v_blend right for the change from 0-255 to 0-1
2001-08-10 02:42:34 +00:00
Ragnvald Maartmann-Moe IV
b868a09661
Kill off gl_view.c and sw_view.c. Renderer merge is more or less complete now. Software and gl renderers now calculate color shifts the same way, and sw looks a bit different now. Powerups don't shift enough in sw right now, IMO.
2001-08-10 00:28:57 +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
Ragnvald Maartmann-Moe IV
a4ea8d088a
Header sort.
2001-08-07 21:35:54 +00:00
Bill Currie
0cba1b0f62
pre-calculate blended alias frame verteces and don't bother doing any
...
blended calculations for single pose frames/models
2001-08-07 21:18:49 +00:00
Bill Currie
a81828fe38
port over gl's lighting improvements. only gives ~4.6% improvement on my c600
...
but that's better than nothing. (34.41 to 36.00)
2001-08-07 17:29:21 +00:00
Bill Currie
c64c31b2e9
white space
2001-08-07 17:27:28 +00:00
Bill Currie
9ac148dd69
freaking out by one error :/ I'm suprised previous runs worked at all, but
...
with this correction I am finally seeing the expected speed boost (12% on my
c450 using my null GL lib).
2001-08-06 04:13:41 +00:00
Bill Currie
ece21540f7
almost working. just need to figure out why vis info isn't doing the right
...
thing (I suspect a bug in my deconpression)
2001-08-05 23:17:55 +00:00
Bill Currie
899d8385a9
fix a subtle bug with the lava hall to e3 in start
2001-08-05 06:10:27 +00:00
Bill Currie
dcc6a76313
make SURF_LIGHTBOTHSIDES work and fix a bug in Mod_PointInLeaf that was
...
preventing grenades from lighting up surfaces when using the vis lighting
2001-08-05 05:59:15 +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
Bill Currie
56bb92a7f9
make gl_sky_clip 3 do as originally promises
2001-07-22 02:06:02 +00:00
Ragnvald Maartmann-Moe IV
54cda68878
Just a bit of whitespace and comment cleanup.
2001-07-21 23:18:59 +00:00
Ragnvald Maartmann-Moe IV
1461143371
Spiffed up scrag and hellknight missile particle trails. (Partly inspired by darkplaces, though not identical to LordHavoc's)
2001-07-21 20:32:45 +00:00
Bill Currie
1c9e1b176f
fear the mighty const correct patch
2001-07-15 07:04:17 +00:00
Bill Currie
c38ca8e2f1
qfplist.h:
...
remove include of glob.h. not needed and causes win32 build to fail
plugin.c:
include compat.h and cast the return of GetProcAddress
gl_funcs.c:
fix parse error and type mismatch
qfgl_ext.c:
half re-write QFGL_ExtensionAddress to use QFGL_ProcAddress
vid_wgl.c:
fix for the new gl linking
2001-07-05 17:28:19 +00:00
Bill Currie
f61ca0e321
fix the persistent fires. For sanity's sake, the non-renderer specific parts
...
of gl_dyn_fires.c have been moved to r_main.c (for now).
2001-06-29 02:43:04 +00:00
Jeff Teunissen
aa7389e8b1
*** empty log message ***
2001-06-27 07:40:10 +00:00
Bill Currie
18ba72b544
shh!! :)
2001-06-27 04:18:39 +00:00
Jeff Teunissen
d485ca1fb1
Still broken, but apparently it works for Mercury.
2001-06-26 02:59:37 +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
Bill Currie
3dbc913903
this is C, not C++ ;)
2001-06-25 15:42:05 +00:00
Jeff Teunissen
5e1de4c8a7
Clean up gl_funcs.c, it's actually readable now. Unfortunately, it sig11s
...
for me. This may be due to the NVIDIA libGL problem (which they claim is a
bug in libc), but it could very well be that Mercury was right and we
can't have the same names internally as the libGL names. Even so, this
code will probably work on Windows.
2001-06-25 09:32:08 +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
560b475880
gcc 3.0 compile fixes
2001-06-19 22:05:13 +00:00
Bill Currie
dda09dabd9
now compiles under mingw
2001-06-15 16:05:33 +00:00
Bill Currie
8c13809e9c
don't process .S files when not using asm (either --disable-asmopt or non-x86
...
platforms). Done by moving the asm objects into libasm.la (yes, there's one in
each dir that needs it) so that the Makefiles don't explode.
2001-06-14 19:52:38 +00:00
