What changed in EDuke32, build by build

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.

Do so with a given threshold, i.e., turn off the warning until there are 16 consecutive calls to dosendpackets in which pakbuf has enough space for all data to send.

Also fixes attempts to read data for sprite no. -1 in case of no parent sprite.

There are maps which depend on projectiles getting reflected by walls with the picnum of MIRROR.

Outside of 3rd party libraries, remaining uses are the Polymer-specific macro LIGHTRAD2 within Duke3D, system_15bit_rand and vox2poly. Also use WRANDOM_MAX in SW.

Also add WRANDOM_MAX. This will be used in SW, preventing possible freezes.

of LUNATIC, but keep the code, since it may become useful in the future.

of engine_main_arrays_are_static, engine_v8 and Mulscale.

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.

(with SO interpolation turned on). It would be nicer to have something better structured than the given hack, but this currently seems to work, while not breaking the sprites on the boat in the beginning of level 5.

is now required. Previously, it would be called from faketimerhandler, which in turn is called from the engine.

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.

by the player. Make sure looking up/down is still smooth.

don't move as smooth as possible in multiplayer

Let's see if this is breaking anything.

draw.cpp: Fix the lack of interpolation while walking on a sector object, like the bus roof or the floor of the train in Seppuku Station. track.cpp: Make sure the player's location and angle aren't mistakenly interpolated while standing on a moving sector object as a consequence.

brought back in r7873, this should restore the behaviors of DOS v1.2.

Fixes tiled automap rendering in SW, without breaking the status bar as in the case of r8766.

as done in r8766, since this breaks status bar output in tiled overhead map with Polymost. Do add comment about this for now.

Fixes non-deterministic white rectangles rendering bug in PCExhumed.

later. This also turns out to fix a Polymost-specific bug revealed in SVN r8711. Further remove a call to PicInView which does nothing.

a bit more usable in multiplayer, hiding the engine's console.

1. Fix USE_OPENGL=0 builds. 2. Don't ignore the user's choice of BPP. 3. If eduke32.cfg has Polymer set to 1 and ScreenBPP set to 8 (e.g., the user changed from Polymer to Classic), don't tick Polymer and don't select an OpenGL mode.