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
1 changed files with 2 additions and 2 deletions

View File

@ -906,8 +906,8 @@ void CL_BaseMove (usercmd_t *cmd, int pnum, float priortime, float extratime)
if (! (in_klook.state[pnum] & 1) )
{
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));
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));
}
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