Regression: Screw Modifier Calculate Order is broken #101075

Closed
opened 2022-09-14 23:22:04 +02:00 by Ziggy Spooner · 15 comments

System Information
Operating system: Windows-10-10.0.19044-SP0 64 Bits
Graphics card: GeForce GTX 950M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 398.35

Blender Version
Broken: version: 3.3.1 Release Candidate, branch: master, commit date: 2022-09-12 18:27, hash: 19ae71c113
Worked: 3.2.2

Caused by: a5190dce9d

Short description of error
Vertex ordering calculation in the Screw Modifier no longer works properly in 3.3
Calculate Order Error.blend
I have included a Solidify modifier to make the problem obvious, but solidify does not appear to be part of the problem.

Exact steps for others to reproduce the error
Load attached file
Calculate Order Error.blend
in Blender 3.3.0 or later and the vertex order is calculated incorrectly:
image.png
In Blender 3.2.2 and earlier, it works properly:
image.png

**System Information** Operating system: Windows-10-10.0.19044-SP0 64 Bits Graphics card: GeForce GTX 950M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 398.35 **Blender Version** Broken: version: 3.3.1 Release Candidate, branch: master, commit date: 2022-09-12 18:27, hash: `19ae71c113` Worked: 3.2.2 Caused by: a5190dce9d08a4fdaddf82d592e50083e0713e19 **Short description of error** Vertex ordering calculation in the Screw Modifier no longer works properly in 3.3 [Calculate Order Error.blend](https://archive.blender.org/developer/F13493580/Calculate_Order_Error.blend) I have included a Solidify modifier to make the problem obvious, but solidify does not appear to be part of the problem. **Exact steps for others to reproduce the error** Load attached file [Calculate Order Error.blend](https://archive.blender.org/developer/F13493580/Calculate_Order_Error.blend) in Blender 3.3.0 or later and the vertex order is calculated incorrectly: ![image.png](https://archive.blender.org/developer/F13493588/image.png) In Blender 3.2.2 and earlier, it works properly: ![image.png](https://archive.blender.org/developer/F13493603/image.png)
Author

Added subscriber: @Dudecon

Added subscriber: @Dudecon

#101879 was marked as duplicate of this issue

#101879 was marked as duplicate of this issue
Author

I recommend using the "convert to curve" method of vertex ordering (split vertex), since it is robust under 3+ edges per vertex.
image.png
The old Screw modifier did not handle these cases well (arbitrary re-ordering with unpredictable break in normals)

I recommend using the "convert to curve" method of vertex ordering (split vertex), since it is robust under 3+ edges per vertex. ![image.png](https://archive.blender.org/developer/F13493759/image.png) The old Screw modifier did not handle these cases well (arbitrary re-ordering with unpredictable break in normals)
Member

Added subscriber: @OmarEmaraDev

Added subscriber: @OmarEmaraDev
Member

Changed status from 'Needs Triage' to: 'Confirmed'

Changed status from 'Needs Triage' to: 'Confirmed'
Member

Caused by a5190dce9d.

Caused by a5190dce9d08a4fdaddf82d592e50083e0713e19.
Member

Added subscriber: @HooglyBoogly

Added subscriber: @HooglyBoogly
Omar Emara changed title from Screw Modifier, Calculate Order broken to Regression: Screw Modifier Calculate Order is broken 2022-09-15 12:31:54 +02:00
Hans Goudey self-assigned this 2022-09-15 13:54:21 +02:00
Member

This problem was exposed by the above commit, but the actual problem is in the screw modifier, which creates invalid normals and then clears the dirty flag.

{F13576965 size=full} image.png image.png

Calculating normals eagerly in some cases is helpful, but I don't think the screw modifier is one of the places where it's necessary.

This problem was exposed by the above commit, but the actual problem is in the screw modifier, which creates invalid normals and then clears the dirty flag. | {[F13576965](https://archive.blender.org/developer/F13576965/image.png) size=full} | ![image.png](https://archive.blender.org/developer/F13577022/image.png) | ![image.png](https://archive.blender.org/developer/F13577025/image.png) | | -- | -- | -- | Calculating normals eagerly in some cases is helpful, but I don't think the screw modifier is one of the places where it's necessary.

This issue was referenced by 86538e31f5

This issue was referenced by 86538e31f5945009b6fae0f14b958ed07762f016

This issue was referenced by dcd909122f

This issue was referenced by dcd909122f9ad644dcc11e49f565e58dabe276e2
Member

Changed status from 'Confirmed' to: 'Resolved'

Changed status from 'Confirmed' to: 'Resolved'

Added subscriber: @chippwalters

Added subscriber: @chippwalters

I think you may have inadvertly screwed up the screw modifier again. Now it won't take a solidify modifier after it. See video below.

3.3.1 Release Candidate

https://youtu.be/hev_1-JGhl4

I've been told it's fixed in 3.4-- any chance of getting it fixed in 3.3?

Here's a solution FWIW for now:unknown.png
You can also set the mode to Complex, and that fixes the issue. And because there are known workarounds and fixes, this isn't a high priority for me.

I think you may have inadvertly screwed up the screw modifier again. Now it won't take a solidify modifier after it. See video below. 3.3.1 Release Candidate https://youtu.be/hev_1-JGhl4 I've been told it's fixed in 3.4-- any chance of getting it fixed in 3.3? Here's a solution FWIW for now:![unknown.png](https://archive.blender.org/developer/F13599258/unknown.png) You can also set the mode to Complex, and that fixes the issue. And because there are known workarounds and fixes, this isn't a high priority for me.
Member

Yeah, that looks like the same issue from this report. I added it to #100749 (Blender LTS: Maintenance Task 3.3), so the fix should hopefully make it into 3.3.1.

Yeah, that looks like the same issue from this report. I added it to #100749 (Blender LTS: Maintenance Task 3.3), so the fix should hopefully make it into 3.3.1.
Member

Added subscriber: @Olliver

Added subscriber: @Olliver
Sign in to join this conversation.
5 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: blender/blender#101075
No description provided.