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

Infill/Perimeter Overlap Overlapping Too Much (v. 1.2.6) #2632

Closed
rf1k-mjh11 opened this Issue Feb 5, 2015 · 3 comments

Comments

Projects
None yet
4 participants
@rf1k-mjh11

The new "Infill/perimeters overlap" function seems to equate a value of 0% as a 50% overlap.

In other words, an overlap setting of 50% will position the infill bead at the exact same spot as the bead from the perimeter. I would consider this a 100% overlap.

Playing around with the new function, I set the overlap to 65% and the preview functions of both Slic3r and Repetier Host showed an overlap of more than 100%, i.e. the infill was starting to show up outboard of the perimeter.
Conversely, an overlap value of -55% shows both the infill and perimeters still kissing each other. Some may be the result of display, calculation or rounding errors. But the two beads are barely touching, so I would consider that an overlap of 0%

I hope I explained this understandably.

mjh11

@Lord2Vader

This comment has been minimized.

Show comment
Hide comment
@Lord2Vader

Lord2Vader Feb 10, 2015

Yep can confirm that.
Just printing with 25% overlap and the perimeter is allmost completally printing over the infill!

Yep can confirm that.
Just printing with 25% overlap and the perimeter is allmost completally printing over the infill!

@alexrj alexrj added this to the 1.2.7 milestone Feb 15, 2015

@alexrj

This comment has been minimized.

Show comment
Hide comment
@alexrj

alexrj Feb 23, 2015

Member

Okay, I changed that.

Member

alexrj commented Feb 23, 2015

Okay, I changed that.

@alexrj alexrj closed this Feb 23, 2015

@epoxi

This comment has been minimized.

Show comment
Hide comment
@epoxi

epoxi Apr 2, 2015

Confirmed on 1.2.7-dev also, but now differs from what @rf1k-mjh11 says:

0% Overlap - No overlap at all
screenshot from 2015-04-02 00 45 07

50% Overlap - Almost there...
screenshot from 2015-04-02 00 47 02

100% Overlap - Touching.
screenshot from 2015-04-02 00 48 32
screenshot from 2015-04-02 00 50 34

_115% Overlap_ - I think its the 15% meant to be default
screenshot from 2015-04-02 00 52 03
screenshot from 2015-04-02 00 52 45

epoxi commented Apr 2, 2015

Confirmed on 1.2.7-dev also, but now differs from what @rf1k-mjh11 says:

0% Overlap - No overlap at all
screenshot from 2015-04-02 00 45 07

50% Overlap - Almost there...
screenshot from 2015-04-02 00 47 02

100% Overlap - Touching.
screenshot from 2015-04-02 00 48 32
screenshot from 2015-04-02 00 50 34

_115% Overlap_ - I think its the 15% meant to be default
screenshot from 2015-04-02 00 52 03
screenshot from 2015-04-02 00 52 45

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment