Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[API] rightItem coordinate system inverted on blockbench animations #63

Open
lab3 opened this issue Mar 7, 2023 · 3 comments
Open

[API] rightItem coordinate system inverted on blockbench animations #63

lab3 opened this issue Mar 7, 2023 · 3 comments
Assignees
Labels
api Something with the API bug Something isn't working enhancement New feature or request

Comments

@lab3
Copy link

lab3 commented Mar 7, 2023

Describe the bug
When using rightItem bone in blockbench as part of an animation, rotations and postition transforms are offset by 90 degrees.

Expected behavior
I would expect them to not be offset so when I move the item up in blockbench it should move in the same direction in game. Same with rotations.

I tried rotating the rightItem on the blockbench model by 90 but that didn't have any effect.

Setup config (minecraft, modloader, libraries):

  • Minecraft version: 1.19.2
  • Mod loader: forge:1.19.2-43.2.3
  • PlayerAnimator Library version: player-animation-lib-forge:1.0.0-rc2 & 1.02

Other mods (If you use other mods, please specify! it might be an incompatibility):
geckolib-forge-1.19:3.1.39'

More info
image

Screenshots

In the screenshots you can see where the item should move vs where it actaully moves.
image
image

@lab3 lab3 added the bug Something isn't working label Mar 7, 2023
@KosmX KosmX added enhancement New feature or request api Something with the API labels Mar 8, 2023
@KosmX
Copy link
Owner

KosmX commented Mar 8, 2023

Minecraft handles that bone differently (like if the default arm pose were hands forward like a zombie).
Blockbench can not handle rotations like this well, I'll try to find some workarounds.

@lab3
Copy link
Author

lab3 commented Mar 9, 2023

I think that makes sense for the Y and Z but the X (red axis in the screenshot above) would still be backward I think?

@ZigyTheBird
Copy link
Contributor

This very old bug (514 days jeez) is prob fixed now
At least I haven't experienced it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
api Something with the API bug Something isn't working enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants