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 2025 · select it again to see every year
SVN era · r1519 – r8798 Git era · voidpoint.io, from april 2020
Filters · 2 active

Showing 11 builds · 14 commits

Export CSV
Display options
Commit details:

November 2025 1 build · 1 commit

October 2025 4 builds · 6 commits

Build 10638

16 Oct 2025 · 2 commits · 1 author GIT
Open build
  • Increase mmulti.cpp's MAXPAKSIZE (size of pakbuf in bytes) to 2048.

    NY00123 227c11d written 10 Oct 2025 FixEngine
    Show details

    This appeared to fix a long-standing issue, where a relatively high ping between two players (say, about 750ms) could start increasing over time due to accumulated messages not being sent sufficiently fast.

Open the build to see all 2 commits

Build 10636

14 Oct 2025 · 6 commits · 1 author GIT
Open build
  • SW

    Fixed player movement prediction, now actually based on predicted angle

    NY00123 964ce88 14 Oct, 20:02 Fix
  • SW

    Fix switch to double Uzi for multiplayer games upon pick-up of second Uzi

    NY00123 8c88202 written 13 Oct 2025 Fix
  • SW

    Fix multiplayer sync errors with the weapon auto-switching toggle

    NY00123 2969374 written 12 Oct 2025 Fix
    Show details

    This also permanently enables weapon auto-switching for PedanticMode. The idea here is that outside of pedantic mode, within multiplayer games, a new bit or more of the inspected player's Flags2 field will be set for the weapon. Afterwards, only for player no. myconnectindex, the function getinput will set loc->bits as if a matching key was pressed for selecting the weapon. loc->bits should be properly synced. Note that each player's structure, including Flags2, is reset within InitNewGame, but not from InitLevel as far as I may tell.

Open the build to see all 6 commits

Build 10630

8 Oct 2025 · 1 commit · 1 author GIT
Open build
  • SW

    Fix voxels introducing glitched sprites in ROR sectors

    Hendricks266 be77ad3 8 Oct, 20:45 FixEngine
    Show details
    Follow-up to
    6e6b82d — Use a tspr->clipdist bit to specify legacy voxels instead of tspr->cstat 48 (Build 10380)

August 2025 1 build · 1 commit

July 2025 2 builds · 3 commits

Build 10622

3 Jul 2025 · 2 commits · 1 author GIT
Open build
  • Fix lighting preview when multiple SEs are in a sector

    oasiz dfb9760 written 30 Jun 2025 FixEngine
    Show details

    Adds a failsafe for when multiple SE12, SE3 or SE4 are in a single sector by only accounting for the first one (Lowest sprite #ID) This prevents the lighting preview from causing permanent shade changes to a map as it can only store the original map state for one SE sprite per sector.

  • Add EVENT_OPERATEACTIVATORS

    oasiz 506ca57 written 30 Jun 2025 FixEngineCON
    Show details

    EVENT_OPERATEACTIVATORS is run against each STAT_ACTIVATOR with a matching lotag when a typical Duke3D button/touchplate is triggered. Current sprite will be stored in THISACTOR and setting RETURN -1 will skip the normal processing of any remaining activator logic. This does not work with Masterswitches as they use a completely different logic instead.

    Fixes
    terminx/eduke32#323

June 2025 1 build · 1 commit

April 2025 1 build · 1 commit

March 2025 1 build · 1 commit