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

[SM64] Fixed Negative Scales Gfx #352

Merged
merged 1 commit into from
Jun 11, 2024
Merged

Conversation

jesusyoshi54
Copy link
Collaborator

Graphics at negative scales would have an extra rotation applied to the geo layout node, which would result in the collision and graphics not aligning. With this, graphics and collision should match in game, and also graphics will match the in blender visualization with the exception of normal direction (which is sort of a blender issue).
Once fixed, close #346

Copy link
Collaborator

@Lilaa3 Lilaa3 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The current methods seem very messy to me and normals being wrong still is really bad, but as a temporary fix it is fully valid, should not affect oot at all
test bps.zip
And my branch https://github.com/Lilaa3/HackerSM64/tree/fast-352-test

@jesusyoshi54
Copy link
Collaborator Author

I can fix the normals to match visuals in blender but it wouldn't be "correct" so I decided not to, but I'm not sure on the philosophy of other people.
I also agree the way exports are done is messy but this was the least intrusive way to fix it without writing a new exporter.

@jesusyoshi54 jesusyoshi54 added the merge soon Will be merged in a few days at most if nothing else comes up label Jun 7, 2024
@Lilaa3 Lilaa3 merged commit 3baa214 into Fast-64:main Jun 11, 2024
1 check passed
@jesusyoshi54 jesusyoshi54 deleted the col_mirror_fix branch July 28, 2024 23:42
Lilaa3 added a commit to Lilaa3/fast64 that referenced this pull request Aug 19, 2024
It is not enough to rely on an object's location and rotation as we need a relative position
Lilaa3 added a commit that referenced this pull request Aug 22, 2024
It is not enough to rely on an object's location and rotation as we need a relative position
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
merge soon Will be merged in a few days at most if nothing else comes up
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Mirroring an object in object mode will cause the visable geometry to desync with the collision
2 participants