Bill Currie
674ffa0941
[util] Make bsp_t counts size_t
...
and other bsp data counts unsigned, and clean up the resulting mess.
2021-08-01 21:54:05 +09:00
Bill Currie
54604d9aa2
[util] Make hunk (optionally) thread-safe
...
For now, the functions check for a null hunk pointer and use the global
hunk (initialized via Memory_Init) if necessary. However, Hunk_Init is
available (and used by Memory_Init) to create a hunk from any arbitrary
memory block. So long as that block is 64-byte aligned, allocations
within the hunk will remain 64-byte aligned.
2021-07-29 11:43:27 +09:00
Bill Currie
40a26e4bc8
[scene] Rename libQFentity to libQFscene
...
And start working on scene management.
2021-07-24 14:20:59 +09:00
Bill Currie
f1ac8f2460
[renderer] Remove currententity from non-sw renderers
...
Really needed only for vulkan, but removing currententity from gl and
glsl made testing easier.
2021-07-22 16:15:14 +09:00
Bill Currie
87dc35e2fd
[renderer] Be more consistent with msurface_t names
...
Use "surf" everywhere in gl, glsl and vulkan. Not worried about sw/sw32
at this stage (I don't poke around in there anywhere near as much).
2021-07-19 06:55:36 +09:00
Bill Currie
5bf21931c7
[renderer] Remove more old fields from entity_t
...
The only transform related field remaining is old_origin. This also
brings the renderer closer to using simd (lots of stuff to fix still,
though).
2021-03-20 00:08:21 +09:00
Bill Currie
fbc1bd9f6e
[renderer] Clean up entity_t to a certain extent
...
This is the first step towards component-based entities.
There's still some transform-related stuff in the struct that needs to
be moved, but it's all entirely client related (rather than renderer)
and will probably go into a "client" component. Also, the current
components are directly included structs rather than references as I
didn't want to deal with the object management at this stage.
As part of the process (because transforms use simd) this also starts
the process of moving QF to using simd for vectors and matrices. There's
now a mess of simd and sisd code mixed together, but it works
surprisingly well together.
2021-03-10 00:01:41 +09:00
Bill Currie
34dc7cf2df
[models] Move brush data into its own struct
...
This is a big step towards a cleaner api. The struct reference in
model_t really should be a pointer, but bsp submodel(?) loading messed
that up, though that's just a matter of taking more care in the loading
code. It seems sensible to make that a separate step.
2021-02-01 19:31:11 +09:00
Bill Currie
bb6c6963d2
[model] Clean up the globals around model loading
...
Covers only the generic load code (alias etc to follow), but this should
take care of a lot of issues in the future.
2021-02-01 14:39:00 +09:00
Bill Currie
372defc1be
Support up to 128 dlights.
...
More or less as per MH's tut, but really just finishing something that
should have been done years ago.
2012-07-21 13:58:54 +09:00
Bill Currie
bc1b483525
Nuke the rcsid stuff.
...
It's pretty useless in git.
2012-04-22 10:56:32 +09:00
Bill Currie
36504547a8
Rename the public symbols for gl, glsl and sw32.
...
Evil hack, but it does the job.
2012-04-11 14:58:54 +09:00
Bill Currie
8de5c9ae3f
Do a final cleanup before doing the big rename.
2012-04-11 14:58:54 +09:00
Bill Currie
a4c280f2b2
Take the first step towards render plugins.
...
No clients link. Even if they did, nothing would work.
2012-04-11 14:58:53 +09:00
Bill Currie
447ff2f2f5
Clean up global symbols for the gl renderer.
...
Where possible, symbols have been made static, prefixed with gl_/GL_ or
moved into the code shared by all renderers. This will make doing plugins
easier but done now for link testing.
2012-02-18 11:48:52 +09:00
Bill Currie
52d9269867
Merge brush model with world model rendering.
...
With this, non-mtex global fog now works properly :).
2011-12-18 08:09:55 +09:00
Bill Currie
9f0bdf7794
Add some comments.
2011-12-17 09:39:57 +09:00
Bill Currie
a6941e27ef
Eliminate MAX_VISEDICTS. Unlimited visible entities.
...
The renderer can now render as many entities as can be crammed into the
currently visible set of nodes.
2010-12-03 14:59:02 +09:00
Bill Currie
fe95805d86
various gcc 4.3 fixes
2008-07-19 05:40:57 +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
23f71485d1
more tree recovering. This includes Despair's anisotropy support work.
2005-01-02 14:23:20 +00:00
Bill Currie
ca46503607
add -Wsign-compare (default for -Wall only in C++) and fix up the warnings
2004-07-13 19:14:01 +00:00
Bill Currie
6c1c39c4d2
don't fudge the maxdist by 0.75. no clue why that was done, but it was the
...
cause of the bogusly lit surfaces (not sure why, though. imaginary numbers,
maybe?). timedemo runs are a little more variable :/
2004-03-17 04:47:55 +00:00
Chris Ison
68a1a50f1f
fix for gl_overbright init order bug, maybe Despair can come up with a better way
2004-03-08 18:42:42 +00:00
Ragnvald Maartmann-Moe IV
b7df0b5278
Remove gl_doublebright, remove fractional overbrights, clean up init a bit,
...
uglify init a bit. Stuff for taniwha to look at. Nothing to see here, move
along.
2004-03-07 23:51:29 +00:00
Bill Currie
cd1fc18ea4
gl_lightmap_subimage 2 now works, but only if using r_lightmap_components 4
...
(with dri, anyway, ymmv).
2004-03-05 21:53:34 +00:00
Ragnvald Maartmann-Moe IV
58d67f9a75
Lighting init fixes.
2004-02-29 04:50:01 +00:00
Ragnvald Maartmann-Moe IV
fde6e5bf61
Reduce ifs a bit, clean up init a bit. Minor problem with gl_doublebright. LIH.
2004-02-29 01:49:41 +00:00
Ragnvald Maartmann-Moe IV
8c6cc34f83
Fix overzealous optimization which did interesting things to lightmapping when
...
not using multitexture.
2004-02-27 21:36:41 +00:00
Ragnvald Maartmann-Moe IV
cdb02edc88
Make whitespace consistent. yay.
2004-02-27 15:49:15 +00:00
Ragnvald Maartmann-Moe IV
997f5feabe
Tiny bit of loop unrolling.
2004-02-27 08:29:56 +00:00
Bill Currie
228c5a0ecf
don't bother binding unmodified lightmaps
2004-02-26 00:33:24 +00:00
Ragnvald Maartmann-Moe IV
44c89c1904
Optimize fullbright testing for brushes, assorted other cleanups, test for
...
functions built into current GL drivers, as well as the old extensions, and
add incorrectly rendering BGRA support.
Whee!
2004-02-24 20:50:55 +00:00
Ragnvald Maartmann-Moe IV
e43129316b
Slightly reorder cases for legibility. (decreasing order instead of random).
2004-02-15 19:55:59 +00:00
Ragnvald Maartmann-Moe IV
fef9b30bd7
QF, now complete with underbrights, thanks to Grievre.
...
Play with gl_overbright and gl_doublebright. That's an order.
2004-02-15 00:02:04 +00:00
Bill Currie
d35f027757
undo my incorrect commit
2004-02-14 07:39:43 +00:00
Bill Currie
2cdf12cd50
if a leaf isn't in the frustum, don't bother lighting it
2004-02-14 07:32:26 +00:00
Bill Currie
85a268c62f
Grievre's lightmap/fullbright multitexture patch (fbs not tested due to
...
lack of drivers supporting 3 tmus)
2004-02-14 05:10:29 +00:00
Bill Currie
7ead5a91f8
don't let gcc automaticly inline functions but make gcc inline bigger
...
functions when told to. also make gcc warn if it can't inline a function.
Explicitly inline several functions (including moving VectorNormalize to
mathlib.h so it /can/ be) resulting in a 5.5% speedup for spam2 (88 to 92
fps)
2003-08-11 06:05:07 +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
184aa7beb0
should be a minor speedup to mono lightmaps
2003-08-07 21:05:58 +00:00
Bill Currie
732a9a80d1
gain about 3 fps (180 to 183) in null-renderer
2003-08-07 19:58:39 +00:00
Bill Currie
eb099ae0d3
make qf gcc 3.3 clean
2003-04-17 00:01:48 +00:00
Ragnvald Maartmann-Moe IV
88c2735d9c
Make sprite rendering use vertex arrays, as a test for detection of vertex array support (tests only for OpenGL 1.1 or better, at the moment, no driver blacklist yet).
2003-03-20 19:58:18 +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
c44ec1993d
handle up to 512x512 map textures /properly/. would be nicer if the max
...
could be dynamic
2002-08-22 19:00:55 +00:00
Ragnvald Maartmann-Moe IV
d3fc8c5fb6
No need for function pointers on R_AddDynamicLights_*, they are never called from outside the R_BuildLightMaps_* function that matches them.
...
Nice spotting, taniwha!
2002-07-24 15:30:28 +00:00
Ragnvald Maartmann-Moe IV
85c7e43aef
Split lightmaps off from surface drawing.
2002-07-23 19:57:47 +00:00