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

Select a year to see its builds
SVN era · r1519 – r8798 Git era · voidpoint.io, from april 2020
Filters · 1 active

Repository

All SVN Git

Type of change

Fixes 2,949 Engine & renderer 2,174 CON scripting 724

Area

Engine 521 Duke3D 505 Lunatic 389 SW 332 Mapster32 225 Build system 123 CON 97 Menus 90 Audiolib 83 Polymer 67 Polymost 55 C-CON 37
More areas
KenBuild 34 Windows 34 Defs 32 Classic 24 Wii 18 mimalloc 16 loguru 15 Fury 15 sdlayer 14 m32script 14 splitscreen 12 macOS 11 screentext 11 Polymodes 10 etcpak 10 net 10 EDuke32 8 SDL2 8 mact 7 Mac 7 cache1d 7 Makefiles 7 libxmp-lite 6 Saves 6 jwzgles 6 glad 5 SDL 5 OSD 5 Game 5 ebacktrace 4 asyncplusplus 4 MSVC 4 Xcode 4 VP8 4 voxmodel 3 Apple 3 BSD 3 TROR 3 Lunatic-m32 3 Buildtools 3

Authors

TerminX Richard Gobeille 3,294 Helixhorned Philipp Kutin 2,334 Hendricks266 Evan Ramos 2,322 NY00123 252 Plagman Pierre-Loup A. Griffais 185 Dino Bollinger 182 pogokeen 144 Jordon Moss 47

SVN handles and Git names are merged into one person.

Showing 5 commits

Export CSV
Display options
Commit details:
Active filters: Area: Game Clear all

August 2015

  • Game

    make BOUNCEMINE spawn FRAMEEFFECT only if moving horizontally.

    Helixhorned r5319 8 Aug, 00:04 Build 5320 CON
    Show details

    Also add "zshoot -4096 BOUNCEMINE" to lunatic/test/weaponvars.con to demonstrate that bouncemines can be shot.

  • Game

    don't spawn FRAMEEFFECT1 for BOUNCEMINE.

    Helixhorned r5316 2 Aug, 01:40 Build 5316 FixEngine
    Show details

    There's no point, really. Since the bouncemine is immobile, the tsprites will all be overlaid at one point and show the same picture, as far as I can see. Worse, since r4876, the generated sprites may draw on top of the actual one. The former have their shade always set to sprite[t->owner].shade though, and will then appear fully bright (shade -127, since BOUNCEMINE sets it like this). This fixes issue number 4 from http://forums.duke4.net/topic/8042-five-minor-problems-report/

  • Game

    in DNCOORDS display, show x/y/z for VEL + ps->fric x and y components.

    Helixhorned r5313 written 25 Jul 2015 Build 5314
    Show details

    Also, prettify some ps->fric-related code. DONT_BUILD.

July 2015

November 2013

  • Game

    make underwater blocking floor sprites w/ xvel 1 NOT act like sprite bridge.

    Helixhorned r4166 16 Nov, 10:47 Build 4167 Engine
    Show details

    Likewise for blocking wall sprites. This makes it possible to construct underwater sections containing complex spritework without losing the "underwater-ness" when over such sprites, in a backward-compatible way. Actually, the check is for bit 1 being set, but all other bits should be considered reserved.