Solidify Modifier wrong solidification normals in some cases #106741
Labels
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#106741
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
System Information
Operating system: Windows 11
Graphics card: ATX4000
Blender Version
Broken: 3.5.0
Short description of error
In some corner cases, the Solidify modifier uses wrong solidification normals.
Exact steps for others to reproduce the error
With the "Faces linked only by one vertex.obj" object, where some faces are sharing only one vertex and no edge, the solidification behaves as if ignoring that shared vertex.
With the "Triangulated mesh wrong solidification.obj" object the vertex in coordinates (-1, 1, -1) does not solidify properly, while the exact same mesh, but not triangulated ("Triangulated mesh right solidification.obj" object) solidifies right.
Hi, thanks for the report. I'm unable to confirm the second case " vertex in coordinates (-1, 1, -1) does not solidify properly". Do I need to add solidify modifier on it after importing?
In both cases, I only provided the objects, you have to add a Solidify modifier on it, complex mode to see the problem.
Sorry, I think I dont properly understand the issue.
These are the areas in question, I imported the good and the bad OBJ, both objects have their solidify modifiers applied, the "bad" / triangulated OBJ has it tris removed again to see better.
Now these dont actually look to different for me?
Could you possibly elaborate what "does not solidify properly" means?
(screenshots might help here)
Hmm, I get results different from yours, in both cases. Attached are the right solidification and the wrong one, after limited dissolve (5°) for the triangulated mesh.
Hi, @Pierre-Samuel-GREAU-HAMARD can you reproduce this in 3.6, 4.0?
Hello,
I confirm that the issue remains exactly the same in 3.6 and 4.0.
Can you share blend file with this bug? (I can not reproduce from scratch and attached obj. models).
Ok, here are the blend files with the wrong solidification for triangulated mesh and faces connected by only one vertex.
@Pierre-Samuel-GREAU-HAMARD Thanks, still have some detection problems. More precisely, I see your result, but I can't reproduce it. Can you make the same file, but it must have a model without a modifier (apply a modifier) and with a modifier?
Here are the same two files, but I added an other copy of the models with the Solidify modifier not applied.
Thanks. Now i see. And now i not sure is this can be work correct, there is bad normals as i can see...
Solidification is correct without triangulation, so it means the triangulation process creates the problem. And for the one vertex contact only, it is really a corner case I tested while designing an add-on, and found that the solidification cannot handle it properly.
@Pierre-Samuel-GREAU-HAMARD : sorry this has been lying around for so long.
I can see the issue in the file from #106741 (comment)
However, the model has inconsistent normals :
Still unable to repro with the OBJs from the first comment, both have inconsistent normals
and both seem to have the "problem" of solidifying in the "wrong" direction where the normals point inside (solidify tries to go to the outside `then)
So it seems this does not really have to do with the fact of triangulation?
In order to "fix" this, you can go into editmode, select everything and do
Mesh
>Normals
>Recalculate Outside
, does this give the expected results for you?Hello,
Well, I was trying to push the solidification modifier to its limits by using it to turn messed up models into manifold ones, to make sure whatever the mesh, I could make it usable in the rest of my project, but I dropped that project almost a year ago, so I don't care anymore. If you think the modifier behaves as intended in this case, then it's fine.
To me it looks it behaves correct, yes. It goes in one way with normals pointing outside and goes the other way with the normals pointing inside. The report mentioning that this has to do with triangulation: I see no evidence of that, none of the files here actually show a difference when the model is triangulated vs. when they are not triangulated afaict
No activity for more than a week. As per the tracker policy we assume the issue is gone and can be closed.
Thanks again for the report. If the problem persists please open a new report with the required information.