-
-
Notifications
You must be signed in to change notification settings - Fork 526
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
[Linux] Certain STLs will crash SuperSlicer 2.3+ when opening layer view on Ubuntu 21.04+ / Arch Linux with AMD hardware #1389
Comments
I imported this STL from within SuperSlicer and it crashes every time when opening layer view. I don't even need to have the STL open SuperSlicer. This is after completely re-installing the OS from scratch. PrusaSlicer is also doing the same thing. Fresh download and install on everything. |
Cura works without any issues. Guess I am going back to Cura until this is resolved. Let me know what more you need from me. |
Can't reproduce. |
Did you test on Pop!_OS 21.04 or Ubuntu? I just re-tested on my Desktop and Laptop. It is no longer breaking forever now. Only the Crocodile clip is crashing it now. Every time. This is a completely fresh install there is no config changes that I am making. Not sure what was going on 2 days ago but now only the Crocodile Clip is giving me crashes.
I am noticing it is not crashing when slicing, it is crashing when processing all the calculations for the color coding filters. |
on ubuntu 20.04.2 Also re-tested with your exact procedure, no crash. |
I'll re-test with Ubuntu 20.04 and 21.04. This test print STL is also causing the crash. |
Did more testing. It seems to be an issue specifically with 21.04 on AMD hardware. Laptop with Intel / Nvidia Laptop with AMD CPU/GPU My Desktop that this is also crashing on is also 21.04 with AMD CPU/GPU. I also have one more system that is AMD CPU w/ Nvidia GPU if testing on that needs to happen let me know. Do you have something to reproduce this on? Or have some way for me to collect the data you need to figure out what is going on here? If it is an issue with Ubuntu I would like to submit an issue upstream so it can be fixed. |
I have an amd cpu and nvidia graphic, I don't think the issue can occur on a VM, anyway. I don't have any amd graphic at my disposal (my last one died a year ago) |
I tested everything on bare metal with a USB SSD. Do you want me to submit an issue on the PrusaSlicer github or do you have an idea on how to work this issue? |
Only if you can reproduce the bug with prusaslicer. |
I have submitted this issue on PrusaSlicer's githup repo (prusa3d#6677), posting it here for cross reference; I'm having the same issue on Manjaro Arch, gnome 3/gtk3/qt5 , AMD Vega10 gpu. Same trigger (as soon as done slicing right when feature colors are applied) and symptom (crash) as noted in both github issues for PrusaSlic3r and SuperSlicer starting at version 2.3.0+ to current (prusa 2.3.2; super 2.3.56.6b) with existing configs and new configs. prusaslicer 2.20 (and superslicer 2.2.53) both work flawlessly. base system specs:
cli output:
dmesg output (relevant info):
|
Can confirm PrusaSlicer and SuperSlicer 2.2 both work without issue. Something in 2.3 is causing this issue. |
Here is an example of an object that makes the sliced preview crash. The crash happens within 1mm (actually a 0.2mm layer) of a working cut. I have included .stl (SuperSlicer 2.3+ creates non-manifold cut when cutting sections), .obj (repaired manifold, same issues), .3mf, .gcode (sliced with SuperSlicer 2.2.53). That is from a complete object that makes the slicer preview crash, I have isolated the 2.3*mm section that makes a reproducible crash, |
It seems to have been narrowed down to the perimeter width and gapfill settings as detailed in #1313 (comment) and further confirmed in the next comment. Excerpts:
Is it related to changes made as part of working prusa3d#4422 ? |
can you test with the latest nightly? |
Can you link to the appimage, I am not finding it. |
for nightly i don't think there is an appimage, has to be compiled as far as i know. You may find success running your current 2.3+ install from command line, setting an environment variable to disable hardware OpenGL rendering:
or
I'm not sure at the moment if the appimage provides a |
I don't know how to compile this from source nor do I have the time to learn. If someone has an appimage for me to test I can do that. Until then I am more than happy to continue to use Cura rather than using a work around to use SuperSlicer/PrusaSlicer. |
https://github.com/supermerill/SuperSlicer/actions/runs/1020922835 |
No change, it is still crashing just like before. I did delete all configuration files before testing. |
I recently got an update to Mesa 21.2.1 which appears to resolve this issue. |
Not solved for Arch with mesa 21.2.2-1, SuperSlicer 2.3.57.0 though the original "broken" stl files now slice and render ok and we can handle slightly more complex models, large slices still cause a seg fault on loading the slice preview at the point of coloring/labeling the feature types (or other views with a legend). |
Describe the bug
If you Double-Click an STL and open the file in SuperSlicer/PrusaSlicer, slice it, then switch to layer view it will crash. Then even if you delete the .config folder then relaunch SuperSlicer it will always crash when switching to layer view after slicing. I can not get it to work again after producing this bug. If you never have an STL open SuperSlicer/PrusaSlicer and always import them from within the application everything works fine.
To Reproduce
Steps to reproduce the behavior:
Desktop (please complete the following information):
The text was updated successfully, but these errors were encountered: