generateLineInfill is called in fffProcessor.cpp on several lines.
The problem is, however, with the order of the perimeters vs the infill. When the infill is printed first, lines may appear on the surface. In the new cura the order will be configurable.
Randomizing the grid seems like a bad idea. Most probably the inside of your print will then just contain angel fluff.
Thanks for pointing me in the right direction.
Regarding the artifacts, I don't actually see an issue when using opaque plastics. I do however normally use at least 2 or three boundary layers, which might explain that.
Regarding the quality of the fill, this is what I was thinking.
1) When I have printed with 0% infill, but left combing on, the combing strings do a pretty good job bridging gaps a wide as 25 mm.
2) Generally, when I do use infill, I use about 10% to 15%, where the longest gap in the grid is substantially less than 25 mm, so the layer above it should be able to bridge that pretty easily.
3) Normally, the main reason I use infill is to support a flat surface at the top of the print. For this purpose, the infill just has to be strong enough to support the layer above it.
I do however think that randomizing layer rotation would only be useful for sparse infill. Unfortunately, that decision is made further down in the code. Just makes it a little extra work, if one wants to make that decision a configurable option.
Recommended Posts
bagel-orb 61
generateLineInfill is called in fffProcessor.cpp on several lines.
The problem is, however, with the order of the perimeters vs the infill. When the infill is printed first, lines may appear on the surface. In the new cura the order will be configurable.
Randomizing the grid seems like a bad idea. Most probably the inside of your print will then just contain angel fluff.
Link to post
Share on other sites