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
Allow to disable raft under support structures. #3772
Comments
I appreciate three likes, but let's make the request clear even to me first: Supports consist of a number of bottom interface layers, a number of sparse layers and a number of top interface layers. Bottom interface layers are built above top object surfaces, while top interface layers support bottom layers of an object. If a support is built directly over print bed, then the bottom interface layers are replaced with a single expanded 1st layer zig-zag. Do I understand you correctly, that you object the dense support interface layer which are built above object top surfaces and which support sparse support towers? Currently you can disable these dense bottom interface layers by decreasing number of support interface layers to zero, but this disables top interface layers as well. Do I understand you correctly that your request would be fulfilled by making the number of top and bottom interface layers configurable independently? |
Just reviewed your comment and checked again on the application and yes that is correct. |
Not just the number of interfaces, but for the separation distance as well. This is something we have discussed internally long time ago, but there is always something. |
Will this allow to disable the 1st layer zig-zag that is introduced when touching the print bed? I see its potencial need if the support structures are small, but in the case of bigger support surfaces it becomes unnecessary. Having used other slicers that do not add it and not having problems of support structures getting loose or having poor adhesion. |
Yes BOTTOM support interface layers (dense support) to me are not useful in most cases, as the part itself is a good base for starting the support structure. They just make the support more difficult to remove. I propose to create a checkbox "Avoid bottom support interface layers" or similar |
I just have to second this request. Please make an option to disable the single expanded 1st layer zig-zag pattern. This would allow to adjust the supports much better especially for small detailed models. |
Also bumping this request to modify and/or disable the first layer zig-zag under support structures. Thank you! |
Bumping this request, printing PETG on a Powder coated textured PEI, these rafts have to be chiseled off the sheet, quickly destroying the powder coating on the sheet. Please add a simple option to disable them, thanks |
Any way to make a SMOOTH support roof that touches the print so you don't have that nasty rough area on your print when you remove the support material? |
I also wanted to bump this request. I've never seen any sense in this raft under supports. It is annoying most of the time and troublesome when it is over a printed surface. It doesn't help at all. I would greatly appreciate an option to disable it. |
I would also like to disable the raft under support material. A clear example of when it's needed: I'm using a Prusa Mini which has a 180x180mm bed size. I want to print a 175mm part which needs support material on the edges. The model is printable, but when you enable support material, it becomes unprintable because the support material raft makes the part +180mm. |
THIS is exactly the problem I have. Please let us disable this! |
Same Problem also exists when printing with flex! |
So how do I remove the zig-zag/raft from the support? It's too annoying and is completelly useless on 95% of cases, just wastes plastic, energy and printing time. This issue is almost 1 year old and no news about it? If it will not be implemented - FINE - but please let us know that this will not be fixed. |
The raft layer should always be on the bed and not just under the part. Another reason for a good raft layer is that the current very sparse layer on the bed when using supports can be very hard to get off the bed, since it is a lot of small independent structures that do not come off as one. So seems like the current raft feature is broken maybe because it is never used much by Prusa (always printing square objects :-D ) |
You should have the option to create a raft layer at bottom only or under part only or both. Bottom only like in Cura: https://support.ultimaker.com/hc/en-us/articles/360012613519-Build-plate-adhesion-settings#:~:text=A%20raft%20adds%20a%20thick,in%20Ultimaker%20Cura%20are%20extensive. |
@hoegge that's a great complain of mine. The raft under the support most of the times is much harder to remove from the heated bed than the part itself. Most of the times corners of my parts lift a little bit but the support never lifts, it's rocky solid at the bed. That's pretty BAD! The support should be easy to remove, most of the times I end up scrapping the bed surface to remove support material of the raft. That's really a terrible approach. It makes completely no sense making a raft like that that "stucks" so much to the heated bed. THE PURPOSE OF THE SUPPORT IS SUPPORTING THE PART! It's not to glue the part to the bed. If that was the case I would use RAFTS on my part. I am amazed how bad supports are on PS. Really bad. That's a shame because everything else that I used on PS is amazing well done, with great results, good printing times... But the support is so badly thought. |
Fixes [Request] Add optional perimeter to raft #756 Fixes First support layer does not stick to bed #2101 New parameters raft_first_layer_density and raft_first_layer_expansion to influence the 1st layer of raft or support. Fixes Allow to disable raft under support structures. #3772 Fixes raft is larger than necessary #2568 Fixes Supports on the build plate should have a solid bottom interface for better adhesion #1165 Changed the 1st layer infill to rectilinear even for soluble materials. Fixes first layer of support for multi filament support oddly spaced #1445 Fixes Full Soluble Materials interfacing into Models + Soluble material noise on Bed #684
Implemented with fcb714c New parameters raft_first_layer_density and raft_first_layer_expansion |
fixed with 6f3f362 |
@bubnikv you said this problem was fixed (last reply from you) but I downloaded latest prusa right now (2.3.1), my support print is like this: But my print is like this: Unfortunatelly, PS is still adding raft - which I dont want! Is there any other configuration I need to change in order to avoid that huge raft around the support? |
it isn't in 2.3.1.... probably 2.3.2... |
This still hasn't been implemented in 2.3.2 |
2.3.3 just came out, still not implemented |
I cant believe how terrible is support on the latest build. I cant believe how such a good software still has the worst support generation (even the manual) in the top 5 slicer. |
This plagues me too. I print without supports whenever remotely possible, or I use Cura to print with supports and rafts. Bring this! |
Or at least to be able to set the height of the rafts, so it can be 2-3 layers and hence easier to remove from the bed |
It will be released with the upcoming PrusaSlicer 2.4.0-alpha1. |
Version
2.2.0+ but seen is previous as well
Operating system type + version
OS independent, but using Windows version
3D printer brand / version + firmware version (if known)
MK3S - not model related
Behavior
Current behavior is for the slicer to add a raft layer under all support structures.
While that is not problematic when touched the bed (most of the times unnecessary but not the main issue here) it will cause problems when applied over areas of the part.
Example:
Part above have a area where support will be required and what slicer does it also add a layer of raft over it.
Before adding the actual support.
While if it was the bed it could make sense to help with adhesion, in this case is unnecessary and what will happen is that it will fuse with the part itself and become really hard to remove.
Ideally the user would be given the option to disable raft under support allowing to prevent these cases.
Is this a new feature request?
Yes
The text was updated successfully, but these errors were encountered: