Print at Dec 17, 2025, 5:07:46 AM

Posted by Puybaret at Feb 27, 2024, 1:56:15 PM
Re: Deformation problem - Bug or by design?
Sorry for the late answer.

If I follow your idea correctly, you want to create some moving subparts of a door that you'll assemble with Export to OBJ feature. Risky but interesting and certainly not a scenario I imagined when I programmed deformation support!
In the model you posted, there's no shape name prefixed by sweethome3d_hinge_1, the reason why the program hangs. But you're right, it shouldn't hang and I'll make some changes to ignore deformations which don't exist when the 3D model is read.

By the way, I see that your model contains 74 lines starting by "g" followed by different names.
You should know that each of this lines creates a different shape in Sweet Home 3D to manage its vertices, and too many shapes can end up to slow down the program.
This could be optimized by creating one shape per material rather that one shape per different "g" line, and this is actually the case in JavaScript version (but not in Java version). But shape names are important to manage deformations in which case such an optimization can't be performed without risks, like in your 3D model.
Conclusion: you should try to merge some shapes when possible, or the 3D handling of your home design might become very slow.

I also noticed that the handle shapes in your 3D model are not smooth (the normals of its faces doesn't make it round). But maybe it's on purpose...
----------------------------------------
Emmanuel Puybaret, Sweet Home 3D creator