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 · 3 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 builds · 5 commits

Export CSV
Display options
Commit details:
Active filters: Repository: SVN Area: Game Author: Helixhorned Clear all

August 2015 3 builds · 3 commits

Build 5316

2 Aug 2015 · 2 commits · 1 author SVN
Open build
  • Game

    don't spawn FRAMEEFFECT1 for BOUNCEMINE.

    Helixhorned r5316 2 Aug, 01:40 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/

Open the build to see all 2 commits

July 2015 1 build · 1 commit

November 2013 1 build · 1 commit

Build 4167

16 Nov 2013 · 8 commits · 1 author SVN
Open build
  • Game

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

    Helixhorned r4166 16 Nov, 10:47 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.

Open the build to see all 8 commits