-
Notifications
You must be signed in to change notification settings - Fork 2k
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
First layer above aligned rectilinear infill is in the same direction as the infill, resulting in longer bridges #9895
Comments
I just noticed this text on https://help.prusa3d.com/article/infill-patterns_177130#infill-types-and-their-properties under "Aligned Rectilinear"
The problem is that the first top solid layer is always in the same direction. There's nothing you can do to fix it. |
Also note that regular Rectilinear infill does not have this problem. |
I thought that was the whole purpose for aligned rectilinear. I think it was designed for transparent prints where you want everything printed in the same direction. |
Hmmm. I mean, I guess that's what the "aligned" in Aligned Rectilinear stands for, but the layer right above it is printed perpendicular. So not everything is aligned. Not only that, but the infill is not aligned with the bottom layers. The topmost bottom layer is printed perpendicular to the first infill layer. So I'm not really buying that argument. The help page for infill types makes no mention of transparent prints. |
It’s supposed to be used with zero top and bottom layers. And at high infill percentages. It was added for a rather specific purpose. As mentioned above for getting the most chance at a translucent print. If you want normal then don’t use aligned rectilinear. It’s also a relatively recent addition and PRUSA do tend to lag behind in documentation so the fact there’s no mention of that is not a factor to be relied on. |
In that case, the documentation needs to be updated with this info. |
The upcoming Alpha 5 will introduce rework of ensuring, with a new handling of the first solid layer above sparse infill. The issue you describe should not happen anymore, as the new bridging algorithm will try to find the best bridging angle with regards to the sparse infill, while also anchoring the bridges to the infill lines or perimeter. |
It's fixed, but only if the fill angle is 45°. In that case, the first layer is printed at 135°. However, if I change the fill angle to 135°, the first layer is still printed at 135°. I suspect that this is a bug in the new bridging algorithm. |
Yes, you are right. If the bridging infill fills the whole surface, it does not take into account the sparse infill. We'll look into it for the next alpha. |
Fixed in 2.6.0-alpha6. Closing. |
Description of the bug
The first layer (of the top layers) that prints above aligned rectilinear infill prints in the same direction as the infill, which requires longer bridging. This significantly reduces the benefit of the infill.
When using aligned rectilinear infill, the infill always fills in one direction, no matter the layer. The actual angle is specified by the "Fill angle" option on the Advanced pane of the Print Settings page. So every layer of the infill looks like this:

The problem is that the first of the top layers prints in the same direction:

This means that almost every line of that first layer needs to span the entire width of the plane without any support from the infill.
Changing the "Fill angle" to any other value doesn't help, because the first layer will always print at that same angle!
Instead, the first layer should print perpendicular to the "Fill angle".
Project file & How to reproduce
Mini_Jambos_Holder_V1.zip
Checklist of files included above
Version of PrusaSlicer
Version 2.6.0-alpha3+linux-x64-GTK3
Operating system
Ubuntu 22
Printer model
MK3s
The text was updated successfully, but these errors were encountered: