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 2012 · select it again to see every year
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 6 builds · 6 commits

Export CSV
Display options
Commit details:
Active filters: Year: 2012 Type: Fixes Area: Polymer Clear all

July 2012 2 builds · 2 commits

Build 2811

6 Jul 2012 · 2 commits · 1 author SVN
Open build
  • Polymer

    factor out wall y panning coefficient calculation.

    Helixhorned r2811 6 Jul, 08:36 FixEngine
    Show details

    Non-pow2 wall/mask drawing in classic introduced cases where walls are drawn "incorrectly" because they were constructed with the old behavior in mind. Polymer appears to "correct" for it partially, but doesn't cover all cases. Specifically, now we have: - E1L1 first inside secret room (5000, 50000): Polymer draws like Duke 1.5, classic now draws with an offset. - E3L2 near the vault (-20000, 25000): both classic and Polymer draw with offsets compared to Duke 1.5, but they're different! This means that more research is needed into what makes these two cases diverge, even though both have the same root cause. !!! Also, mappers should abstain from using non-power-of two textures on walls until this issue is resolved in a satisfactory fashion !!!

Open the build to see all 2 commits

April 2012 1 build · 1 commit

March 2012 3 builds · 3 commits

Build 2536

25 Mar 2012 · 2 commits · 1 author SVN
Open build
  • Polymer

    cull sprite lights after computing sprite geometry

    Plagman r2536 25 Mar, 17:55 FixEngine
    Show details

    This was broken ever since updatesprite() had been forked off drawsprite() and would cause static lights to never hit static sprites until one or the other changed, after which the light would always get culled against outdated sprite geometry.

Open the build to see all 2 commits

Build 2443

10 Mar 2012 · 1 commit · 1 author SVN
Open build
  • Polymer

    fix animations that loop to frame 0

    Plagman r2443 10 Mar, 22:52 FixEngine
    Show details

    With VBOs enabled, the virtual pointer to the geometry of frame 0 of a model is always NULL. This was confusing the polymer code responsible for deciding whether to enable smooth animations or not, which meant that any animation that would loop to frame 0 would do it as if animation interpolation was disabled, which looks very choppy.