Minecraft click position lagging behind [bug MC-67665]

Channel:

EllipticGeometry

Subscribers:

255

Published on October 12, 2016 5:02:40 PM ● Video Link: https://www.youtube.com/watch?v=dxr1ypzRLkY

Game:

Minecraft (2011)

Duration: 4:34

167 views

5

I'm uploading this to complement my bug report. https://bugs.mojang.com/browse/MC-67665

Here I'm running five versions at once to allow for quick comparisons. All are locked to 60 fps without vsync. I'm going through a routine in each:

* Look around horizontally and vertically and see how the selection box updates. 1.7.10 and both suggested fixes track perfectly. 16w38a is behind by a tick. 16w40a merely kills interpolation, so every 20th of a second it jumps to the crosshair and stays there even if the crosshair moves out of that box before the next tick.

* Do the same thing in third person, so you can see the head model and how the selection box is supposed to be obscured. The head's pitch always tracks the crosshair perfectly. In all versions but the one with my second suggested fix the head's yaw is behind, corresponding exactly to the selection box in 16w38a.

* Sprint-fly (unfortunately slow in 1.7.10) while looking in the same direction. In all versions but 16w40a the selection box is right underneath the crosshair. In 16w40a it jumps around and leads the crosshair at times. That's an artifact of killing interpolation.

* Build a wall and place blocks on it after/during a quick diagonal movement. No matter how I try to time it, 1.7.10 and both of my suggested fixes won't budge. Most of the time it works. If my timing is off the block appears where my crosshair actually used to be, or doesn't appear if I clicked on air. 16w38a and 16w40a are identical: the block appears at the pitch of the current tick but the yaw of the previous tick.

My first suggested fix is like 1.7.10. My second suggested fix doesn't change getLook in case they want to keep current mob behavior (which seems to be an improvement, although I haven't investigated it). The one side effect is that the head model's yaw now also tracks instantly. In a third permutation you could copy Entity's getLook implementation to EntityPlayer, reverting EntityLivingBase's version.

I'm not sure how Grum doesn't see what's going on. Then again, this bug has existed for over two years before it got any attention at all.

Other Statistics