-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
long time to slice thing:23517 #390
Comments
Watching that last commit you just did for memory savings for hi-res input files, I'll give that new change a try later tonight to see if it helps. I did some more testing and the rotation wasn't the cause, but the scaling so I'm hoping this will improve the results. |
I'm not surprised Slic3r is consuming so much memory... at 0.2mm it's going to draw over 60.000 layers... |
Your |
Ok that is definitely where the problem was... I had assumed it would be a percentage like it is in the plating gui. much nicer at --scale 1.5 |
I've been trying to slice http://www.thingiverse.com/thing:23517 using latest git. It'll run for hours and hours without finishing and ended up using 10GB of ram before I killed it.
I'm using the config at https://gist.github.com/2819160 to do the slicing, along with the command there: ./slic3r.pl --load config_bulldog.ini --scale 150 --rotate 45 ../stl/BulldogwithPlatform_fixed.stl
I've tried running it through netfabb without any difference in the result. It just sits there processing the mesh without going any further. I've also tried 1 thread through 8 threads (max number of processors I have) without any change except in how quickly it starts to take up ram.
Telling it to not rotate and scale it allows it to succeed but I'd like to be able to rotate it so that I can make the largest copy of the model possible.
The text was updated successfully, but these errors were encountered: