Slic3r sometimes creates duplicate strings in GCODE #772

Closed
hudbrog opened this Issue Oct 31, 2012 · 6 comments

Projects

None yet

4 participants

@hudbrog
hudbrog commented Oct 31, 2012

Not an issue as it is, but just for info. Sometimes, slic3r writes two identical lines one after another (sometimes - identically behaving lines). That happens on almost every model for me. For example(two middle lines in both examples):
G1 X74.500 Y107.789 E1.33630
G1 X74.035 Y107.740 E1.37860
G1 X74.035 Y107.740 E1.37860
G1 X73.972 Y107.734 E1.38434
Or:
G1 X110.950 Y87.807 F3600.000 E1.15212
G1 X110.950 Y89.488 F7800.000
G1 X110.950 Y89.488 F3600.000 E1.15212
G1 X110.950 Y89.718 F7800.000

Windows 7 64-bit, slic3r 0.9.3,
config: https://dl.dropbox.com/u/425113/config.ini
model: https://dl.dropbox.com/u/425113/airtripper-extruder-v2.stl
gcode: https://dl.dropbox.com/u/425113/airtripper-extruder-v2_test.gcode

@beanz
Collaborator
beanz commented Nov 7, 2012

This is a regression caused by commit ee33d57.

@alexrj
Owner
alexrj commented Nov 7, 2012

@beanz, you sure?

That commit has been superseded by a lot of other changes. simplify() is not called anymore within make_surfaces().

Anyway, this is not a bug. This is caused by too detailed models (or too detailed skirts, and Slic3r is to blame in this case) which have a lot of very close vertices. What looks duplicated, is actually made of two distinct coordinates that differ by so little that it doesn't show up with the chosen decimal precision.
Firmwares will just ignore the duplicates.

Of course, a simplification/decimation algorithm will be included very soon.

@alexrj
Owner
alexrj commented Nov 16, 2012

@hudbrog, does this still happen with 0.9.5? I can't reproduce it.

@austjancev-sugarcrm

No, it doesn't seem to reproduce. But straight away I see lines like:

G1 X111.874 Y113.374 E4.94897
G1 X111.874 Y113.374 E4.94898

Which are not, strictly speaking, identical, but 0.00001mm is something like 0.1 step or less even for geared extruder configurations with 1/16 microstepping.

@alexrj
Owner
alexrj commented Nov 19, 2012

I committed a simplification algorithm in a66e8e5 which should reduce the amount of little segments.

@alexrj
Owner
alexrj commented Apr 18, 2013

I think this issue can be closed thanks to the work done in the last months. Feel free to comment and reopen if you find the issue to happen again!

@alexrj alexrj closed this Apr 18, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment