Hi, I'm making an item class that when releasing a right click it'll do a "slam attack". I had it working fine, but one big issue arose. The slam's distance is affected by the Y facing axis, so if the player is looking up or down the slam goes nowhere. I'm trying to find a method to where only the X and Z facing values are used, not the Y. I tried using the player's rotation, which did get rid of the Y issue, but lead to inaccurate slams. Any help is much appreciated!

 

Here's the "slam attack" code: https://pastebin.com/sh1LdNWZ

Edited July 27, 20214 yr by Babelincoln1809

Quote

Vector3d look = user.getLookAngle();

Gets the normalized vector from player's pitch and yaw, so a simple way would be change the pitch to the horizontal value (I think it is 0), get the angle, and then change it back. Otherwise just do some simple trig...

just ignore the y value? and use only the x and z values for your attack

18 hours ago, poopoodice said:

Gets the normalized vector from player's pitch and yaw, so a simple way would be change the pitch to the horizontal value (I think it is 0), get the angle, and then change it back. Otherwise just do some simple trig...

So far I have this, but only fires in one direction

Quote

new Vector3d(x, z, y);

👀

1 hour ago, Draco18s said:

👀

Please tell me that means I'm close lololol 👀👄👀

No:
Why are you pushing the Z and Y values in the wrong order?

18 minutes ago, Draco18s said:

No:
Why are you pushing the Z and Y values in the wrong order?

I saw some old forum saying to swap them cause of how Y is coded

Well... just simply something like 

pitch = player.pitch

player.pitch = 0

vec = player.getLookVec

player.pitch = pitch 

 

Should work, I guess.

 

 

 

 

 

 

 

1 hour ago, poopoodice said:

pitch = player.pitch

player.pitch = 0

vec = player.getLookVec

player.pitch = pitch 

Or, more sensibly:

vec = player.getLookVec
vec.y = 0

1 hour ago, Draco18s said:

Or, more sensibly:

vec = player.getLookVec
vec.y = 0

But if I understand it correctly, the getLookVec returns the normalized vec, means the value of y will affect the distance of x and z.

10 hours ago, Draco18s said:

Or, more sensibly:

vec = player.getLookVec
vec.y = 0

What if instead I used a Quaternion based off the player's direction and rotation instead of using a Vector3D?

12 hours ago, poopoodice said:

pitch = player.pitch

player.pitch = 0

vec = player.getLookVec

player.pitch = pitch 

why you don't use that?

13 hours ago, poopoodice said:

But if I understand it correctly, the getLookVec returns the normalized vec, means the value of y will affect the distance of x and z.

So... renormalize the vector...

https://www.khanacademy.org/computing/computer-programming/programming-natural-simulations/programming-vectors/a/vector-magnitude-normalization

Edited July 29, 20214 yr by Draco18s

23 hours ago, Draco18s said:

Or, more sensibly:

vec = player.getLookVec
vec.y = 0

So I have this, but x and z are still being affected by the y value

If the code does not even compile, how do you know it's not working?

They are final in 1.16.

6 hours ago, poopoodice said:

If the code does not even compile, how do you know it's not working?

They are final in 1.16.

I've tried other ways of setting it to zero, but those ways have just given me the same result