Open TommyC81 opened 2 years ago
It looks like this has stopped working since SuperSlicer_2.3.57.7 2.3.56.6: 2.3.57.7 and newer:
To note that also in the screenshot from v2.3.56.6 from Pavulon87, the red-circled (with additional red line) shortcuts through the perimeter should not happen - the "correct" path should be via the already printed area (black line).
Avoid perimeter crossing - example (nightly 2022-02-19).zip
To confirm, the avoid crossing perimeter works better in the nightly from 2022-02-19. However, note the repeated perimeter crossing that I highlighted in previous post is still occurring. Image and project file attached.
The new algo from 1.3.57.7 need a bit more width (#1794), hence why it's now failing at this object ( it needs to be scaled by 140% to recover good behaviour).
The algo should fall-back to 'old' behaviour of following the external perimeter when it's too thin, I'll have to investigate a lot to find why it's failing.
Hello, Just another case of crossing perimeter, with supports. (2.4.58.2)
Yeah, I have the same issue. I found out that this only shows up for a certain range of travel: In layers that are close to those that are affected by it, infill join is in the same place as well as the 'turn point' of internal perimeter. I've attached my project file in case that would help you find the answer. SS Version: 2.4.58.2 k40exhaust-Body1-1.zip
What happened?
I'm using setting "Avoid crossing perimeter" with "Max detour length" set to 0 (zero) - this should disable the detour length consideration and simply avoid crossing the perimeter all the time. However, I'm getting lots of perimeter crossing in places where I'd expect it to be avoided.
Example project and images attached.
Project file & How to reproduce
Avoid perimeter crossing - example.zip
Version
2.3.57.10
Operating system
Windows 10
Printer model
Creality CR6