alexrj/Slic3r — Issue #28: Slicing process loses sections on some layers
Author: triffid
Created: 2011-11-05 09:49:02+00:00
State: open

please see http://triffid-hunter.no-ip.info/slic3r-bug-report-001.tar.lzma

contents:
git_head.txt
x-ends-both-lm8uu-M8-x1.stl
config.ini
x-ends-both-lm8uu-M8-x1.gcode

problem areas:
the skin in the nut traps (layer ~32@0.2). slic3r detects these as a separate part, and produces unprintable gcode that would leave the nut trap full of dribbles, instead of bridging.

the bridge layer at the top of the smooth rod holes (layer ~66@0.2). One layer below this, slic3r seems to turn the perimeters inside out, and fills the empty spaces in the nut trap and the central hole in x-end-idler, and leaves the body unfilled and untouched.

about 2/3 of the way up, two layers before the bottom of the top motor mount nut trap (layer ~213@0.2), the lm8uu holder on the x-end-motor has one complete layer missing.

I have fed this exact same STL to both skeinforge and webskein, neither of them slice those layers in this way so I suspect that this is a bug in slic3r's slicing code rather than a bad STL.

Having said that, webskein does complain about the paths on layers 66 and 213, and automatically applies a slight offset and slices again to get good paths so presumably there are triangles coplanar to the slicing plane at these layers that cause some of the issues.