-
-
Notifications
You must be signed in to change notification settings - Fork 21.5k
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
Warnings "AABB size is negative" when importing glTF file with zero-weight bones #56458
Comments
Related issue: #56007 |
The problem is caused by this code in I looked around at the code, it doesn't seem that there are any checks for this value specifically, so it could easily be (0, 0, 0) or (-5, -5, -5). The former would represent no size, which judging by this comment However, I think that this warning has revealed a more serious bug. I think it's a bug that the rendering code tries to merge bone AABBs that are explicitly marked as unused here in the rendering server. If I'm not mistaken, this means that for bones the position at the origin is always included in the AABB, even if the bones are not at the origin. This probably also applies to the position (-1, -1, -1). I think the fix is that the merging code |
Is there a aabb has volume method? |
@fire https://github.com/godotengine/godot/blob/master/core/math/aabb.h#L50 If we want the solution of checking the AABB before trying to merge it, this check would work well. |
I can confirm this bug still occurs in v4.0.alpha.mono.custom_build [ac591d9] do you guys have a workaround for now? |
This is still an issue that we encounter frequently. My previous investigation should still have accurate information, but this issue needs somebody more familiar with rendering/bones/weights to decide what the proper fix is. |
Somebody have an temp fix for this issue? |
+1 I am hitting this too.. its quite a serious bug I think because its one that leads most people to run around in circles for some time before realizing it is an engine bug :D |
Testing the fix, works well for me.
Dal ***@***.***> schrieb am Fr., 8. Juli 2022, 20:11:
… +1 I am hitting this too.. its quite a serious bug I think because its one
that leads most people to run around in circles for some time before
realizing it is an engine bug :D
—
Reply to this email directly, view it on GitHub
<#56458 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ASLMWNAJ5I2SAE3I76FPNZLVTBVMHANCNFSM5LE4FVIQ>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Which fix are you referring to? Removing the error message isn't a proper fix, as it is here for a reason. Instead, the originating code should be fixed to never generate AABBs with a negative size. |
Here's a proposal
Edited: For example a box is Vector3(-1,1,-1) sized can have it's scaled applied and become 1,1,1. Edited: One source of artist workflow is when they have two walls, they duplicate the mesh and then mirror it with -1. Godot Engine doesn't handle this. |
This is still reproducible in certain edge cases as #65035 highlights and fixes |
I'm not sure which issue thread to comment on here as there seems to be a few (#65035 for instance), but I'm receiving the "AABB size is negative" error message as well. I had a 3D character model from Reallusion's Character Creator that I brought into Mixamo for rigging and then Blender, and once imported into Godot as a .glb file, I receive that error message. Now while I can still use the engine and see the character model, saving, loading, and running takes much longer to the point where it feels unusable. I'm using the beta6 version of Godot 4. I can share the character model somewhere. If you'd like me to link it on GitHub I can or host it else where, just let me know. Workflow: Character Creator -> Mixamo -> Blender -> Godot. |
Should "zero-weight bones" in the title be revised? Not sure how many different ways the specified warning can appear. |
Reopening per #69516 (comment). |
Bugsquad note: This issue has been confirmed several times already. No need to confirm it further.
Godot version
master (937fb63)
System information
Windows 10
Issue description
I'm seeing a lot of "AABB size is negative" spam when importing a glTF file with a skeleton, because some bones have zero weights (non-deform bones) and have an "empty" AABB.
RendererStorageRD::mesh_add_surface
still tries to merge them with the mesh AABB.This is caused by the recent addition of warnings in
AABB::merge_with
: #37626I have a tentative fix by just checking if both AABBs are valid ("has_no_volume"), but not sure if that's a proper solution. I agree with commenters that these warnings should not be issued for a valid case like this.
Steps to reproduce
Minimal reproduction project
BoneAABBWarnings.zip
The text was updated successfully, but these errors were encountered: