Missing parts of top and bottom infill, except first and last layers #1602

Closed
kefir- opened this Issue Dec 7, 2013 · 9 comments

Comments

Projects
None yet
3 participants
@kefir-

kefir- commented Dec 7, 2013

Hi,

I've sliced a part with 1.0.0RC1, and only when printing noticed that both top and bottom infill is missing on parts of the print. I'm printing with 0% infill and 6 top layers, with the expectation that since there's no long distances, it will get filled anyway. It worked fine on an earlier model sliced with 0.9.10b, but this time it failed because slic3r didn't actually generate the infill.

Here's a screenshot from slic3r's panel:

missing-infill

And here's some layers. The first and last layers fill everything, but other solid layers at the top and bottom skip some of the infill. Here's layer 1, everything's filled (with brim):

missing-infill-layer-1

and layer 2, with several bits missing:

missing-infill-layer-2

Here's layer 58, second to last, with several bits missing:

missing-infill-layer-58

and here's the top, layer 59, with full infill:

missing-infill-layer-59-top

GCODE:
http://kefirshare.dreamhosters.com/johannes_herman_beatrice_hvit_2.gcode

Config embedded in gcode.

STL parts:
http://kefirshare.dreamhosters.com/johannes.stl
http://kefirshare.dreamhosters.com/herman.stl
http://kefirshare.dreamhosters.com/beatrice.stl

@kefir-

This comment has been minimized.

Show comment Hide comment
@kefir-

kefir- Dec 7, 2013

By the way, this doesn't seem to be a problem with 0.9.10b. I'm printing again with the output from 0.9.10b, using the script mentioned in #1597 to avoid off-platform moves.

kefir- commented Dec 7, 2013

By the way, this doesn't seem to be a problem with 0.9.10b. I'm printing again with the output from 0.9.10b, using the script mentioned in #1597 to avoid off-platform moves.

@kyrreaa

This comment has been minimized.

Show comment Hide comment
@kyrreaa

kyrreaa Jan 24, 2014

Is sthis issue still present in 1.0 RC2 ?
I notice a distinct fail in filling/closing top parts of my models after updating slicer.
Usually it did a fair job, now it's abysmal.

kyrreaa commented Jan 24, 2014

Is sthis issue still present in 1.0 RC2 ?
I notice a distinct fail in filling/closing top parts of my models after updating slicer.
Usually it did a fair job, now it's abysmal.

@kyrreaa

This comment has been minimized.

Show comment Hide comment
@kyrreaa

kyrreaa Jan 24, 2014

owl_slic3r_0 9 9_vs_1 0rc2_top
0.9.9 on left vs 1.0 RC2 on right using same settings.

kyrreaa commented Jan 24, 2014

owl_slic3r_0 9 9_vs_1 0rc2_top
0.9.9 on left vs 1.0 RC2 on right using same settings.

@kefir-

This comment has been minimized.

Show comment Hide comment
@kefir-

kefir- Jan 25, 2014

I think I tested rc2 and had the same issue. I'm on my cell right now, but I also think this issue is on the rc3 milestone, so I guess it's not fixed yet.

kefir- commented Jan 25, 2014

I think I tested rc2 and had the same issue. I'm on my cell right now, but I also think this issue is on the rc3 milestone, so I guess it's not fixed yet.

@kefir-

This comment has been minimized.

Show comment Hide comment
@kefir-

kefir- Jan 25, 2014

What are your settings? Are you using 0% infill?

kefir- commented Jan 25, 2014

What are your settings? Are you using 0% infill?

@kyrreaa

This comment has been minimized.

Show comment Hide comment
@kyrreaa

kyrreaa Jan 26, 2014

Yes, running with profile set up at 0 infill, somewhere between 0.9.9 and later it then stopped finding bridges right.

kyrreaa commented Jan 26, 2014

Yes, running with profile set up at 0 infill, somewhere between 0.9.9 and later it then stopped finding bridges right.

@kyrreaa

This comment has been minimized.

Show comment Hide comment
@kyrreaa

kyrreaa Jan 26, 2014

Setting it to 0.0001 actually changed it's behaviour radically! Not good, but different.

kyrreaa commented Jan 26, 2014

Setting it to 0.0001 actually changed it's behaviour radically! Not good, but different.

alexrj added a commit that referenced this issue Feb 7, 2014

Bugfix: when processing with fill_density = 0, top/bottom solid shell…
…s were missing regions thinner than 3 * extrusion width. Includes regression test. #1602
@alexrj

This comment has been minimized.

Show comment Hide comment
@alexrj

alexrj Feb 7, 2014

Member

Fixed! Tricky bug. I also added a regression test.

Member

alexrj commented Feb 7, 2014

Fixed! Tricky bug. I also added a regression test.

@alexrj alexrj closed this Feb 7, 2014

@alexrj alexrj added the Fixed label Feb 7, 2014

alexrj added a commit that referenced this issue Feb 7, 2014

Bugfix: when processing with fill_density = 0, top/bottom solid shell…
…s were missing regions thinner than 3 * extrusion width. Includes regression test. #1602

Conflicts:

	lib/Slic3r/Print/Object.pm
	t/fill.t
@kefir-

This comment has been minimized.

Show comment Hide comment
@kefir-

kefir- Feb 7, 2014

Excellent, look forward to testing! :)

kefir- commented Feb 7, 2014

Excellent, look forward to testing! :)

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