Extra walls being generated by modifier

[foresterr]

Is there an existing issue for this problem?

• [X] I have searched the existing issues

OrcaSlicer Version

2.0.0

Operating System (OS)

Windows

OS Version

Windows 10

Additional system information

No response

Printer

Creality Ender 3 v3 KE

How to reproduce

Create a very simple model - for example a cube with a vertical hole through it (can be done entirely by use of primitives without leaving Orca). Add a modifier which has the entire hole inside it, but does not touch outer cube walls. Change any modifier setting related to walls (for example number of Wall Loops). Slice the model.

Actual results

Additional walls are added at the modifier boundary.

Expected results

Walls inside the modifier are altered according to the modifier (e.g. they have a different number of wall loops), but no extra walls are generated in the sliced model where the modifier ends. Maybe this is working as intended to avoid broken wall loops if the modifier boundary intersects a wall loop, but in case of wall loops fully enclosed inside a modifier, the result is rather confusing.

Project file & Debug log uploads

modifier potential bug.zip

Checklist of files to include

• [ ] Log file
• [X] Project file

Anything else?

There is another bug issue (https://github.com/SoftFever/OrcaSlicer/issues/3097) that might be about the same thing, but it's closed as stale and tbh I can't figure out if the reporter there talks about the same thing (it's a bit confusingly written and illustrated).

[FDFD1313]

Same here, the modifier adds walls, instead of only changing the region walls, (is changing the region and, additionally, introducing new undesired walls)

[rocketscott]

bump

[riloum]

same here

[ProfessorKaos]

PIng to this

[TylonHH]

yeah that realy sucks

[Misterke]

Bump. Note that this problem also exists in upstream PrusaSlicer. That doesn't make it any less annoying though. It's almost impossible now to use fuzzy skin but have horizonal screw holes excluded from the fuzziness. Having a modifier over those holes adds annoying walls with the most outer ones still having fuzziness applied.

[Peteeeeeeeeee]

also exists in Bambu Studio and is driving me insane.

[irowboat]

I think this is what I’m seeing with my multi-color print right now. As a simple test, I’ve painted some spots on the outside surface of the object, and the colors run into the layer as I’d expect. What I don’t expect is for each of the internal boundaries between colors to have extra perimeters or fuzzy skin. It seems like color is just another modifier as far as Orca is concerned, and is generating these internal walls—with all the parameters—drastically slowing the print (doing fuzzy skin on internal perimeters especially).

[edit] As mentioned, this can be tracked back to Prusa, where they have quite a few related issues, and some mention workarounds (e.g. precisely sizing your modifier), but that’s not an option for painting; I’m wholly at the slicer’s mercy as to where it decides the color pseudo-geometry is placed. [/edit]

This has 4 perimeters (more perimeters = more fun) and a really fuzzy skin (0.02mm/1mm). It isn't dependent on classic or Arachne from what I can tell, but WOW does it affect the new beam interlocking if you've also got fuzzy skin:

without beam interlocking

with beam interlocking

Example file

OrcaSlicer - issue #5185.3mf.zip