Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Slicing gets stuck, CPU pegged at 100%; never completes #16771

Closed
john94501 opened this issue Sep 19, 2023 · 8 comments
Closed

Slicing gets stuck, CPU pegged at 100%; never completes #16771

john94501 opened this issue Sep 19, 2023 · 8 comments
Labels
Status: Duplicate Duplicate of another issue. Type: Bug The code does not produce the intended behavior.

Comments

@john94501
Copy link

Cura Version

5.4.0

Operating System

Mac OS Ventura 13.3.1

Printer

Creality Ender 5

Reproduction steps

  1. Import STL file
  2. Return settings to defaults
  3. Click slice button

Actual results

Slicing progresses initially and then freezes.

Screenshot 2023-09-19 at 4 46 25 PM

Expected results

Was expecting slicing to complete the way it normally does :)

Add your .zip and screenshots here ⬇️

Slicer_Freezes.zip

@john94501 john94501 added Status: Triage This ticket requires input from someone of the Cura team Type: Bug The code does not produce the intended behavior. labels Sep 19, 2023
@GregValiant GregValiant added Status: Under Investigation The issue has been confirmed or is assumed to be likely to be a real issue. It's pending discussion. and removed Status: Triage This ticket requires input from someone of the Cura team labels Sep 20, 2023
@GregValiant
Copy link
Collaborator

GregValiant commented Sep 20, 2023

Thanks for the report and the file.
Yes, this takes a while to slice in 5.4.0. Maybe you just didn't wait long enough?

Slicing times for comparison:

  • 00:02:30 in 5.4.0
  • 00:00:15 in PrusaSlicer
  • 00:00:03 in Cura 4.13.1

So it took 50X longer to slice in 5.4.0 than it does in 4.13.1. This has been noted before in regards to 5.4.0. Hopefully something will be done about this in the next release. The Cura team will take a look.
image

@john94501
Copy link
Author

john94501 commented Sep 20, 2023 via email

@GregValiant
Copy link
Collaborator

When I stood it on one edge it sliced right away. I do that with some models to see if slicing from a different angle makes any difference. In this case it was a huge difference.

@john94501
Copy link
Author

john94501 commented Sep 20, 2023 via email

@GregValiant
Copy link
Collaborator

I don't know the inner workings of Cura, but the three main workarounds for the 5.4.0 slicing bug all have one thing in common, they change the angle that the slicer views the model. So it appears that Cura's "view" of the model has some relevance to the bug.
That is a good model with no discernable errors and it should slice with no problem.

@GregValiant
Copy link
Collaborator

@MariMakes and @fieldOfView this is the model with the high slicing time in 5.4.0.

@GregValiant
Copy link
Collaborator

"Optimize Wall Printing Order" enabled 2:30, disabled 0:15.

@MariMakes
Copy link
Contributor

Hey @john94501,

Welcome to the UltiMaker Cura Github 🚀
Sorry, it took us a while to get back to you 😞
Thanks for troubleshooting @GregValiant ❤️

This seems to be a duplicate of #17104
We have a ticket on our backlog with the intent to improve this behavior.
I'll be closing this issue as a duplicate but you can follow the progress here: #17104

Thanks for your report 👍

@MariMakes MariMakes closed this as not planned Won't fix, can't repro, duplicate, stale Nov 16, 2023
@MariMakes MariMakes added Status: Duplicate Duplicate of another issue. and removed Status: Under Investigation The issue has been confirmed or is assumed to be likely to be a real issue. It's pending discussion. labels Nov 16, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Status: Duplicate Duplicate of another issue. Type: Bug The code does not produce the intended behavior.
Projects
None yet
Development

No branches or pull requests

3 participants