Fix +back not respecting scaling unlike +forward (reported by GoaLitiuM).

git-svn-id: https://svn.code.sf.net/p/fteqw/code/trunk@5428 fc73d0e0-1445-4013-8a0c-d673dee63da5
This commit is contained in:
Spoike 2019-03-05 13:20:06 +00:00
parent af7c4f214b
commit b9fd3c01be

View file

@ -906,8 +906,8 @@ void CL_BaseMove (usercmd_t *cmd, int pnum, float priortime, float extratime)
if (! (in_klook.state[pnum] & 1) ) if (! (in_klook.state[pnum] & 1) )
{ {
cmd->forwardmove = cmd->forwardmove*oscale + nscale*(cl_forwardspeed.value * CL_KeyState (&in_forward, pnum, true)) - cmd->forwardmove = cmd->forwardmove*oscale + nscale*(cl_forwardspeed.value * CL_KeyState (&in_forward, pnum, true) -
((*cl_backspeed.string?cl_backspeed.value:cl_forwardspeed.value) * CL_KeyState (&in_back, pnum, true)); (*cl_backspeed.string?cl_backspeed.value:cl_forwardspeed.value) * CL_KeyState (&in_back, pnum, true));
} }
if (!priortime) //only gather buttons if we've not had any this frame. this avoids jump feeling weird with prediction. FIXME: should probably still allow +attack to reduce latency if (!priortime) //only gather buttons if we've not had any this frame. this avoids jump feeling weird with prediction. FIXME: should probably still allow +attack to reduce latency