1.2.6 experimental: Wrong printing speed applied for first layer infill on top of (suoluble) raft #2656

Closed
jonaskuehling opened this Issue Feb 12, 2015 · 1 comment

Projects

None yet

2 participants

@jonaskuehling

Hi Alessandro,

just noticed some slightly off infill speed handling for the first model layer on top of (soluble) support interface. According to my speed settings I guess Slic3r uses bridge speed for the infill as it would be correct in non-soluble-support-mode, although bridge logic is deactivated when configured for the brand new soluble support option.

Perimeters are printed in default speed though as expected. Only for first model layer infill speed there seems to be a tiny issue.

GCODE/CONFIG: https://www.dropbox.com/s/2g8zonybp53cy0p/pulley-clamp-tool.gcode?dl=0

@alexrj alexrj added a commit that referenced this issue Feb 14, 2015
@alexrj Bugfix: bridge speed was still used for first object layer above raft…
… when support_material_contact_distance == 0. Includes regression tests. #2656
6eb1fa3
@alexrj
Owner
alexrj commented Feb 14, 2015

Good catch! That only happened for first layer above raft. I fixed it and added a test suite for bridge speed and contact distance.

@alexrj alexrj closed this Feb 14, 2015
@alexrj alexrj added this to the 1.2.7 milestone Feb 14, 2015
@alexrj alexrj added the Fixed label Feb 14, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment