What changed in EDuke32, build by build

Remove Lunatic-related code This removes almost anything related to Lunatic, not just LunaCON. It may remove a bit more than desired, e.g., functions that can be used as possible hooks (I believe that this was one purpose of LUNATIC_EXTERN, now replaced with static anywhere). Some bits like the optional fix for software rendering of walls with non-POT tile heights remain, albeit they're still compile-time disabled. As previously written, I still know that Philipp Kutin was spending a lot of time on this.

Merge request

terminx/eduke32!13

(e.g., beginning to jump, or landing on ground); Reproduced with the input being tied to framerate while SO interpolation is toggled on. This involves the following modifications: - PF2_INPUT_CAN_TURN and PF2_INPUT_CAN_AIM are now additionally set from various DoPlayerBegin* functions, allowing the player to continue turning/aiming as usual (right before the next call to domovethings), even in specific instances of player action changes. - If PF2_INPUT_CAN_TURN/PF2_INPUT_CAN_AIM was set before and after calling pp->DoPlayerAction from domovethings altogether, ensure that the player's oq16ang/oq16horiz is updated by making an appropriate call to DoPlayerTurn/DoPlayerHorizon. This is done in case a call to DoPlayerTurn/DoPlayerHorizon is missed. This change is not applied for a dead player, though.

interpolation of player turning/aiming/movement, while being carried by a sector object, without SO interpolation. This is a continuation of 73a0aa394e906a65633d61f3c749c9b9b7e66aaa and bf31bc2987a3eccd31d343622327bd4ee0f9c5a1, aiming to fix a jitter in case the player is continuously getting pushed by a wall (e.g., on the boat in level 5). Basically, this moves the relevant assignments from track.cpp:MovePlayer and MovePoints to player.cpp:DoPlayerMove. Unless a call to one of these functions has been missed, pushwall and clipmove can be called from player.cpp in the following instances, which should be covered: - Via DoPlayerMove, which is the function getting the fix now. - Via DoPlayerSlide, which is called in the beginning of DoPlayerMove. - Via DoPlayerCurrent when called from DoPlayerCrawl/DoPlayerWade, followed by DoPlayerMove. - Via DoPlayerCurrent when called from DoPlayerDive, followed by DoPlayerMove if the player doesn't stop diving.

Reverts

0a877c0 — Duke3d: throw S_Update() back into the main loop to prevent audio popping (Build 9040)

This worked fine with G-SYNC displays, but I guess it sucked for regular 60Hz setups for some people. This should be tested for regressions...

Technically, an overflow is still possible, but with unsigned integers it is highly unlikely to satisfy (sum_squares < 290*290) in practice.

Fixes #55.

Prevents per-map art from disappearing on savegame load. Fixes #46.

Fixes #43.

Broken in 09dc0cc9489d33e86ddd5f1605014b63cb612139.

Reverts

8914e7b — Revert "Update libxmp-lite" (Build 8928)

This removes the +2 bytes at the end of the allocation--I checked out the valgrind_errors.log referenced by the deleted comment and it looks like the issue fixed by 2e2e0e3af3378734c4f0b890c6b4d10253628416. This is the commit to revert if weird audio crashes start happening.

This only affected KMT mode, and only on certain system configurations.

Amends dc46c60e9fb511c0bc955ca39ea48ccfa3b02a24

if any of its sectors is impacted by CopySectorWalls. Fixes a possible flicker with the drill at the end of level 2.

of the secret rotating pillar in level 1 with SO interpolation. The drill in level 2 is also covered. So far, SetVatorActive seems to be the only place where interpolation of ceiling/floorz may be set, outside of the SO interpolation code.

The logic here is incorrect when considering anything run from within G_DoMoveThings() that may directly trigger drawing.

from faketimerhandler. This should fix the timing of playing an RTS file's sound and sending the corresponding message.

modes. This uses SVN r1135 and r1143 as a reference.

This seems to fix memory corruption issues with .xm playback... ???