EDuke32 Changelog Unofficial archive

What changed in EDuke32, build by build

2,117 builds · 8,866 commits · 25 authors · October 2009 – August 2026

Commits per year

Showing 2015 · select it again to see every year
SVN era · r1519 – r8798 Git era · voidpoint.io, from april 2020
Filters · 2 active

Showing 48 builds · 137 commits

Export CSV
Display options
Commit details:

January 2015 8 builds · 19 commits

Build 4938

18 Jan 2015 · 3 commits · 1 author SVN
Open build
  • General

    engine.c: in qsetmodeany(), call initsmost() after setting xdim and ydim.

    Helixhorned r4938 18 Jan, 17:54 Engine
    Show details

    This makes sure that the engine arrays have sufficient space allocated for usage in Mapster32's 2D mode, for example from drawmapview().

  • fix build and linking. DONT_BUILD.

    Helixhorned r4937 18 Jan, 16:11 FixEngine
    Show details

    - t{sector,wall}type are simply typedef'd to the non-t versions - make FORCE_INLINE unconditional of DISABLE_INLINING (otherwise there are multiple definitions of these functions) - update lunatic/doc/lpeg-lunatic.patch to apply against the LPeg 0.12 I just downloaded

  • General

    osdfuncs.c: get rid of a warning with GCC. DONT_BUILD.

    Helixhorned r4936 18 Jan, 16:03

Build 4935

18 Jan 2015 · 7 commits · 2 authors SVN
Open build
  • fix "windowed" modes (r_size >= 12) by reverting r4920; adapt.

    Helixhorned r4935 18 Jan, 15:16 FixCON
    Show details

    In setview(), we now assert windowx2 < xdim. The only calling places where its non-violation is non-trivial to ascertain are (1) showview from CON and (2) draw-to-tile for look-sideways in game.c. AFAICS case 1 should be fine. Case 2 is adapted; see comments there.

  • remove unused key* options in mapster32.cfg and corresponding BK_* macros. DONT_BUILD.

    Helixhorned r4934 18 Jan, 14:11 Engine
  • General

    Fix bsearch() call for user G_LoadMapHack(): don't access nonexistent storage. DONT_BUILD.

    Helixhorned r4933 18 Jan, 12:31 Fix
  • General

    polymost.c: fix possible access of wallchanged[-1]. DONT_BUILD.

    Helixhorned r4932 18 Jan, 12:28 FixEngine
  • General

    engine.c: fix memory leak. DONT_BUILD.

    Helixhorned r4931 18 Jan, 12:22 FixEngine
Open the build to see all 7 commits

Build 4881

6 Jan 2015 · 2 commits · 1 author SVN
Open build
  • General

    engine.c: on non-touch devices, roughly double maximum voxel drawing distance.

    Helixhorned r4881 6 Jan, 11:56 Engine
    Show details

    By setting DISTRECIPSIZ to 131072, as far as I can see the absolute maximum that's possible with the integer scaling convention of the voxel drawing code. BUILD_LUNATIC.

  • make sprite duplication examples in m32script_ex.map work again.

    Helixhorned r4880 6 Jan, 11:56 Engine
    Show details

    - Work around a sequencing issue (assignment of searchstat) in M32_DrawRoomsAndMasks() - When having sprites highlighted and changing shade, since r1943 change every highlighted sprite's shade if one of them is aimed at. With this revision, if SHIFT is pressed while doing that, only change the aimed at sprite's shade - a.m32: Use 'break' from a state instead of 'return'. The former may be "sticky" in a way that is not intended. Needs to be debugged later. - Update instructions in m32script_ex.map DONT_BUILD.

Build 4877

4 Jan 2015 · 2 commits · 1 author SVN
Open build
  • General

    engine.c: prevent multiple collection of same sector in scansector().

    Helixhorned r4877 4 Jan, 10:45 Engine
    Show details

    Also for polymost_scansector(). These were likely of little consequence because collection in scansector() is the exception than the rule (see added comments), and because the redundant drawwalls() would find the x range done the second and following times. Also, add a bound check for sectorborder[] (the limit was probably rarely hit in practice, but the check is mandatory nontheless) and add functions printscans() and printbunches() in the DEBUGGINGAIDS=2 build.

  • General

    engine.c: in drawmasks(), remove sorting sprites by statnum.

    Helixhorned r4876 4 Jan, 10:45 Engine
    Show details

    There were various issues with that code. - It does not seem to be very meaningful to do so. - It was carried out on the same range as the sprites sorted by z coordinate (those with equal x/y) just a few lines away, effectively overriding it. The former is very meaningful, though. - It led to inconsistencies between editor and game, see http://forums.duke4.net/topic/775-eduke32-20-and-polymer/page__view__findpost__p__214873

Build 4875

4 Jan 2015 · 2 commits · 1 author SVN
Open build
  • General

    Cleanup of various engine functions.

    Helixhorned r4875 4 Jan, 10:45 Engine
    Show details

    - factor out calculation of player-relative and screen+clipped-player-relative coordinates into get_rel_coords() and get_screen_coords(), respectively - the usual beautification stuff, especially since we're now on C99

  • CON

    always return non-negative values from 'clipmove' and related.

    Helixhorned r4874 4 Jan, 10:44 FixEngineCON
    Show details

    Previously, the C function clipmove() returned negative values when hit a wall (32768+wallnum) or sprite (49152+spritenum) because internally, these values were encoded into a *signed* 16-bit integer. This made no difference to C code using it, since it always proceeded by bit checks, but was inconsistent with documentation on CON 'clipmove' on the wiki. The following commands are affected too, since they use the value returned by clipmove(): 'clipmovenoslide', 'movesprite'. Also, the value of actor[].movflag ('htmovflag' from CON). Also, fix 'clipmove*' in LunaCON and add lunatic/test/checknearwall.con as an example of how to implement a being-close-to-a-wall checker as requested in http://forums.duke4.net/topic/7869-determining-closeness-to-a-wall/