alexrj/Slic3r — Issue #112: Extrusion width possibly calculated incorrectly
Author: koolatron
Created: 2011-12-11 08:21:28+00:00
State: open

Since 0.5.5, Slic3r has been generating gcode with extrusion paths placed too closely together to print cleanly with my 0.5mm nozzle. This seems to be a regression from 0.5.3, which generated paths that were properly spaced on my printer. I've had some luck setting the overlap ratio parameter in trunk to large negative values, but that doesn't seem to fix all cases, and seems like sort of a hack, regardless.

To illustrate, here are a couple of screengrabs from pronterface showing the rendered gcodes from 0.5.3 and trunk, respectively:

0.5.3: http://dl.dropbox.com/u/709108/slic3r/layer1_0.5.3.png
trunk: http://dl.dropbox.com/u/709108/slic3r/layer1_trunk.png

As you can see, the infill density is way higher in trunk compared to 0.5.3, which is where my problems are. I've verified that this happens in 0.5.5b, but I've supplied configs for trunk as of earlier today since that's where the development is.

Regression with: trunk (commit 0ebd8eb8a9), 0.5.5b
Test stl: http://dl.dropbox.com/u/709108/slic3r/mralligator.stl

0.5.3 config: http://dl.dropbox.com/u/709108/slic3r/config_0.5.3.ini
trunk config: http://dl.dropbox.com/u/709108/slic3r/config_trunk.ini

Result 0.5.3 gcode: http://dl.dropbox.com/u/709108/slic3r/mralligator_0.5.3.gcode
Result trunk gcode: http://dl.dropbox.com/u/709108/slic3r/mralligator_trunk.gcode