Slic3r: Anchorage of top & bridge infill : new parameters?

[supermerill]

Hi
There are been some issue where user wanted to tune these parameters:
https://github.com/prusa3d/Slic3r/issues/668
https://github.com/prusa3d/Slic3r/issues/932
Currently, it's a #define to 3mm
What most of people want is reducing the anchorage of top infill to near 0 and let the anchorage of the bridge infill to 3.

I've created two new parameter in my fork.
These parameters are really needed or just a waste of gui space?
Maybe only the "top" one?

tagging @VanessaE (what is willmore github name?)

[Duckle29]

I agree having this configurable would be great. I've wasted a lot of plastic on models that really didn't need it because of this.

[djdelorie]

I think the code could be smarter about detecting and computing needed anchorage, without a GUI change. I suspect it's a lot of work though.

• Consider support overhang limit for the "inside" face of shells
• Extend top/bridge to next infill support, not some arbitrary amount

[supermerill]

Consider support overhang limit for the "inside" face of shells

sorry but i don't understand

Extend top/bridge to next infill support, not some arbitrary amount

it extends into the sparse infill, in (almost) every case. Or I don't understand.

[bubnikv]

it extends into the sparse infill, in (almost) every case. Or I don't
understand.

It is this quite natural proposal:

https://github.com/prusa3d/Slic3r/issues/569

On Mon, Jul 30, 2018 at 6:25 PM, Merill [e-mail] wrote:

Consider support overhang limit for the "inside" face of shells

sorry but i don't understand

Extend top/bridge to next infill support, not some arbitrary amount

it extends into the sparse infill, in (almost) every case. Or I don't
understand.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/slic3r/Slic3r/issues/4496#issuecomment-408924038, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AFj5I1VOUclGNpB6miDew-lXUccB4y3iks5uLzNegaJpZM4VmY0t
.

[supermerill]

Oh, i see.
That's why I created the "dense" infill (https://github.com/prusa3d/Slic3r/issues/938), to avoid working on that :-p .

More seriously, maybe if I split the sparse surfaces on the makefill() pre-processing steps if a dense layer is over them, and asking the infill pattern to ensure it draw a near complete line over the edge, it should do the trick. Maybe with a bridge flow and automatic higher infill%, to automate the "dense infill".

Stopping at "the next infill support" require a more massive change than that.

[supermerill]

some progress: https://github.com/supermerill/Slic3r/wiki/Dense-infill-under-solid-layer

left| right
------------ | -------------
"special dense infill with perimeter" supporting the next solid layer | current

next step: automatic anchorage offset.

[jkuusama]

I added another example to prusa3d#569. I think this is serious, as this is one, if not the(!) cause for the layer shifts.