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

Same as JFBuild commit 274d8d886dde7cac081acf9698348d1168c18852

This way running both from the same folder won't invalidate the cache.

SW: Fix warning: function 'MNU_ClearFlags' is not needed and will not be emitted [-Wunneeded-internal-declaration]

NY00123 authored May 03, 2020 and Evan Ramos committed May 21, 2020

for now, due to possible jitters. Currently leaving remote-controlled SOs.

NY00123 authored May 01, 2020 and Evan Ramos committed May 21, 2020

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

NY00123 authored May 01, 2020 and Evan Ramos committed May 21, 2020

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

NY00123 authored May 01, 2020 and Evan Ramos committed May 21, 2020

don't move as smooth as possible in multiplayer

NY00123 authored May 01, 2020 and Evan Ramos committed May 21, 2020

of sector objects as whole groups of points and sprite angles.

The following goals are intended to be achieved with this code:
- Make it easy to let the user toggle sector object interpolation.
- Interpolate the angles of sprites carried by sector objects.
- Use the right amount of samples for interpolating a sector object,
depending on the players' locations, as done in the checks within
DoSector. Unfortunately, modifying DoSector itself to
unconditionally call MoveSectorObjects(sop, synctics) technically
changes the way sectors move (in the logical sense), and was
found out to make a specifically constructed user map unbeatable.
- Make it easy to disable interpolation of a whole sector object in
case of a need. This is especially important if such an object
is controlled by a player in multiplayer, mostly since this
isn't compatible with the way player prediction is working.

NY00123 authored May 01, 2020 and Evan Ramos committed May 21, 2020

A known issue, which also applies to existing settings like the voxel
toggle, is that its value gets written to the saved game, and when such
a game is loaded, the its value gets overwritten by the one in the
saved game. Options should move to settings.cfg later, anyway.

NY00123 authored May 01, 2020 and Evan Ramos committed May 21, 2020

and use it in MovePoints. This will be used for interpolating
the angles of sprites carried by SOs soon.

NY00123 authored Apr 19, 2020 and Evan Ramos committed May 21, 2020

Using pp instead of ppp seems to work better with prediction.

NY00123 authored Apr 19, 2020 and Evan Ramos committed May 21, 2020

debug messages unless NET_DEBUG_MSGS is defined

NY00123 authored Apr 19, 2020 and Evan Ramos committed May 21, 2020

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

NY00123 authored Apr 18, 2020 and Evan Ramos committed May 21, 2020

Thanks Dynamo for spotting the bug.

NY00123 authored Apr 18, 2020 and Evan Ramos committed May 21, 2020

similar manner to what's done in Duke3D (with the addition of the angle).

There seem to be some jitters with this, mostly in Master/Slave mode.
Decreasing PAKRATE in mmulti.cpp might also increase the frequency
of this occuring in Peer-2-Peer mode.

NY00123 authored Apr 18, 2020 and Evan Ramos committed May 21, 2020

less dependent on the frame rate.
It would probably be better to update this from the game loop side,
like in Duke3D, but it's still better than the preceding situation.