-
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
Automatic threshold setting fails to create support when needed #2068
Comments
#2072 is similar. |
Hmm, this is weird. I just looked at Slic3r 1.1.4's code for automatic overhangs, and it looks like this:
Shouldn't that be $fw/2 instead of $fw*2? |
We should be supporting perimeters that are overhung further than half a perimeter out, rather than two times the perimeter width. Fixes: slic3r#2068
@hyperair No, I didn't try to print it this way, because it looks so unstable. Center of gravity is so far away from support surface, which is very tiny.. |
It's a little far overhung, but if it was a 45° incline, that model would actually print fine with --support-material-enforce-layers=10. Basically enforce support on the first 10 layers to ensure a decently sized footprint on the build platform. It doesn't matter that it looks unstable -- it's meant to stick to the platform for the entire duration of the build. |
Yes, of course it would print if the support is manually forced. I think this is special case which has not been considered when designing the current automatic support generation. |
But that's what the enforce-layers option is meant for -- if your print isn't capable of getting an appropriate first layer stuck to the bottom. This could be just as easily mitigated with a brim, I think. |
We should be supporting perimeters that are overhung further than half a perimeter out, rather than two times the perimeter width. Fixes: slic3r#2068
We should be supporting perimeters that are overhung further than half a perimeter out, rather than two times the perimeter width. Fixes: slic3r#2068
We should be supporting perimeters that are overhung further than half a perimeter out, rather than two times the perimeter width. Fixes: slic3r#2068
* Fix automatic overhang threshold We should be supporting perimeters that are overhung further than half a perimeter out, rather than two times the perimeter width. Fixes: #2068 * Made the overhang detection configurable, up to 200 (the original value, which is still the default) * Set default to 60% as per https://github.com/alexrj/Slic3r/wiki/Support:-Requirements Removed some less useful enumerations (0-30%) * Folded in auto_threshold into support threshold as a % value
Support is not generated when needed when using automatic settings.
Files:
https://drive.google.com/folderview?id=0Bw1VY8X1WZhdbTNaMVlnWDdlMnM&usp=sharing
Command line: C:\Program Files\Repetier-Host\Slic3r-1.1.3\slic3r.exe --load "C:\Documents and Settings\harriv\Local Settings\Application Data\RepetierHost\slic3r.ini" --print-center 75,74 -o "C:\Documents and Settings\harriv\Local Settings\Application Data\RepetierHost\composition.gcode" "C:\Documents and Settings\harriv\Local Settings\Application Data\RepetierHost\composition.obj"
Using Slic3r 1.1.3 32 bit on Windows XP.
The text was updated successfully, but these errors were encountered: