You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
normally since the player jumps only 1 block high, and additionally "pulls their legs up" via crouching mid-air, the player should only be able to place a block beneath them 2 blocks higher from where they jumped off. this bug however enables the player to place a block 3 blocks higher from where they jumped.
this is not possible on voxlap. it gives openspades players an advantage.
some players have practiced this exploit and use it with great efficiency. not only is this faster than scaling the wall normally but u also save up a lot of blocks since u use less blocks in order to scale the same height.
in line 1471 depth ("player height") is offset + m
when crouched offset = 0.45 and m = 0.9
however in line 1470 m is always subtracted by 0.5
so in 1471 playerBox depth (player height) when crouched is assumed to be 0.45 + 0.9 - 0.5 = 0.85
this is wrong. playerBox depth when standing is also wrong (0.9 + 1.35 - 0.5 = 1.75)
i measured the z coordinate of eye in different situations:
highest point of a jump from a standing position at ground level, eye.z = 58.146641
highest point of a jump from a crouched position at ground level, eye.z = 59.041550
58.146641 + 0.85 = 58.996641 -> 58.996641 < 59
59.041550 + 0.85 = 59.891550 -> 59.891550 < 59
in both cases the hitbox doesnt extend down to 59 allowing the player to place a block inside themselve at torso height.
assuming eye is the camera position, playerBox also doesnt account for "the upper half" of the player's head since the camera is positioned at the center of the head.
The text was updated successfully, but these errors were encountered:
twodaybugdemo.mp4
normally since the player jumps only 1 block high, and additionally "pulls their legs up" via crouching mid-air, the player should only be able to place a block beneath them 2 blocks higher from where they jumped off. this bug however enables the player to place a block 3 blocks higher from where they jumped.
this is not possible on voxlap. it gives openspades players an advantage.
some players have practiced this exploit and use it with great efficiency. not only is this faster than scaling the wall normally but u also save up a lot of blocks since u use less blocks in order to scale the same height.
openspades/Sources/Client/Player.cpp
Lines 1460 to 1473 in ff9b3e7
in line 1471 depth ("player height") is
offset + m
when crouched offset = 0.45 and m = 0.9
however in line 1470 m is always subtracted by 0.5
so in 1471 playerBox depth (player height) when crouched is assumed to be 0.45 + 0.9 - 0.5 = 0.85
this is wrong. playerBox depth when standing is also wrong (0.9 + 1.35 - 0.5 = 1.75)
i measured the z coordinate of eye in different situations:
highest point of a jump from a standing position at ground level, eye.z = 58.146641
highest point of a jump from a crouched position at ground level, eye.z = 59.041550
58.146641 + 0.85 = 58.996641 -> 58.996641 < 59
59.041550 + 0.85 = 59.891550 -> 59.891550 < 59
in both cases the hitbox doesnt extend down to 59 allowing the player to place a block inside themselve at torso height.
assuming eye is the camera position, playerBox also doesnt account for "the upper half" of the player's head since the camera is positioned at the center of the head.
The text was updated successfully, but these errors were encountered: