because EDICT_NUM() does it already. also move ent->free=false
statement to partial zero-fill case.
Host_ClearMemory(): remove check before free(sv.edicts)
SV_Init(): initialize sv.edicts to NULL (just paranoia)
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1319 af15c1b1-3010-417e-b628-4374ebc0bcbd
ED_Alloc(), therefore such ents will have uninitialized members.
This used to lead to bad crashes with e.g. Rubicon Rumble Pack maps
since svn r1286 when we began allocating sv.edicts using malloc and
only zero-filling when necessary. So, check against sv.num_edicts
and zero-fill the ent properly when necessary.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1318 af15c1b1-3010-417e-b628-4374ebc0bcbd
MAX_MAP_LEAFS: 65535 -> 70000
MAX_LIGHTMAPS: 256 -> 512
TODO: maybe drop static arrays based on MAX_MAP_LEAFS like, see R_InitVisCache in RMQEngine.
TODO: dynamically allocate the static `lightmaps` array as well; with this last limit increase it's 32MB.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1312 af15c1b1-3010-417e-b628-4374ebc0bcbd
(just a paranoid safeguard, shouldn't happen in real life.)
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1311 af15c1b1-3010-417e-b628-4374ebc0bcbd
(the x86-macosx build is now made with x86 asm enabled,
using nasm-2.12.02rc7 and the patch from
http://lists.xiph.org/pipermail/flac-dev/2016-June/005933.html
by lvqcl. seems to work for me on my 10.6.8)
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1310 af15c1b1-3010-417e-b628-4374ebc0bcbd
from global to local context, and pass them as params to SV_Accelerate()
and SV_AirAccelerate().
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1309 af15c1b1-3010-417e-b628-4374ebc0bcbd
developer cheat to teleport to a given origin, optionally looking in a given direction.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1308 af15c1b1-3010-417e-b628-4374ebc0bcbd
- Windows: Fix other window positions/sizes being changed when exiting exclusive
fullscreen (bug #3315.)
- Fixed a 'dead keys' issue on international keyboards (bug #3332, patch not yet
applied to SDL hg repo.)
- Fixed infinite timeout in SDL_WaitEventTimeout() (SDL hg rev. 10106)
- Mac: avoid calling CGSetLocalEventsSuppressionInterval, it was deprecated in
OS X 10.6. (SDL h2 revs. 10122 and 10158)
- Cocoa mouse code: Replaced NSPointInRect with NSMouseInRect (bug #3312.)
- Windows: make sure SDL_TicksInit has been called before calling Sleep(ms) in
SDL_Delay. This ensures the Windows system timer resolution is properly set
before Sleep is called. (SDL hg rev. 10067)
- Fixed console_wmain in SDL_windows_main.c does not null terminate the argument
list it is creating. (bug #3338, patch not yet applied to SDL hg repo.)
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1306 af15c1b1-3010-417e-b628-4374ebc0bcbd
- Fix other window positions/sizes when exiting fullscreen (bug #3315.)
- Fix a 'dead keys' issue on international keyboards (bug #3332, patch
not yet applied to SDL hg repo.)
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1305 af15c1b1-3010-417e-b628-4374ebc0bcbd
The warning from gl_model.c:Mod_LoadTextures() seemed
like a real bug: Eric please check and confirm.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1301 af15c1b1-3010-417e-b628-4374ebc0bcbd
just in case the compiler toolchain is a multilib one.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1298 af15c1b1-3010-417e-b628-4374ebc0bcbd
R_Clear only clears the warpimage part of the screen, leading to an unplayable
HOM effect on the rest of the screen.
The workaround is calling GL_SetCanvas(CANVAS_DEFAULT); at the end of
R_UpdateWarpTextures, it should be harmless enough on other systems, so not sure
if it's worth making this workaround conditional.
My guess is glClear in this implementation is wrongly using glViewport as the
area to clear.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1291 af15c1b1-3010-417e-b628-4374ebc0bcbd
It may be a useful alternative to the existing gamma control for laptops in a bright environment, etc.
(raising contrast gives less of a gray/washed out look than raising gamma, but as a disadvantage, colours near white get clipped to white.)
It's also implemented for both GLSL and SDL gamma ramps, but only if USE_GAMMA_RAMPS is set to 1.
Since USE_GAMMA_RAMPS is 0, currently it only works with GLSL.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1290 af15c1b1-3010-417e-b628-4374ebc0bcbd
on oms3.bsp on SSE builds.
Thanks to ParuBaru for reporting the issue.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1289 af15c1b1-3010-417e-b628-4374ebc0bcbd
"The buffers should always be cleared. On much older hardware, there was a technique to get away without clearing the scene, but on even semi-recent hardware, this will actually make things slower. So always do the clear."
Plus it's nice for map development / debugging.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1287 af15c1b1-3010-417e-b628-4374ebc0bcbd
Previously we were Hunk_Alloc'ing space for 8192 edicts (by default) which zeros all of that memory, this way we only use as much RAM as needed since the unuesd pages aren't dirtied
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1286 af15c1b1-3010-417e-b628-4374ebc0bcbd
-adjust release builds to not require 10.6 SDK, and disable PPC since recent OSX SDK's don't support it
-don't strip symbols, to make testing in Instruments easier.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1285 af15c1b1-3010-417e-b628-4374ebc0bcbd
Taken from RMQEngine. the idea is to ensure every -condebug log has the gfx driver version logged.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1284 af15c1b1-3010-417e-b628-4374ebc0bcbd
Some measurements on the size of the sv.edicts hunk allocation, with this change, on various mods (it depends on the number of QC entity fields):
id1 7MB, quoth 11 MB, arcadim 21 MB, rrp 9MB, ne_ruins 16MB.
Since this is a Hunk_Alloc, the whole 10-20MB is cleared to zero which will allocate that much physical ram.
We could probably change it to a malloc later, and not clear the memory, so physical ram is only allocated when the memory is cleared in ED_Alloc.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1278 af15c1b1-3010-417e-b628-4374ebc0bcbd
N.B.: I verified with the OS X Instruments tool that unused space in the heap isn't dirtied (e.g. we never memset the entire heap, only the portions returned by Hunk_Alloc) so this should have no impact on RAM required.
git-svn-id: svn+ssh://svn.code.sf.net/p/quakespasm/code/trunk@1276 af15c1b1-3010-417e-b628-4374ebc0bcbd
