Crop skirt to bed dimensions

[MarkJB]

If the objects to print are close to the edge of the bed and the automatically added skirt is off the edge of the print bed, then the whole print is shifted in the negative x and y direction.

No warning is given that the print exceeds the bed size.

Turning off the skirt results in the print printing as expected.

I realize there are ways around this, but I've been employing work-arounds for a while now. The problem is often evident when trying to maximize the number of objects on a small print bed (Huxley - 140x140mm). I'm currently using slic3r 0.9.9 but older versions display the same behavior. Also skirt partially printing off the print bed is not a problem with the ReprapPro Huxley and is better than half of the print trying to print in space.

[daprice]

I think the real problem is that slic3r ignores the bed size setting when generating the skirt — the resulting offset is just due to the way most firmware handles instructions that go out of bounds. In 0.9.9 this happens any time you place objects in the plater such that any part of the skirt falls outside the bed. I would say that the expected behavior would be to only generate the parts of the skirt that actually fit on the bed (the plater also does not show the parts of the skirt that are out of bounds, suggesting that they will not be generated).

Here's an example gcode file where the skirt tries to go out of bounds; the bed size in slic3r was set to 180x170mm and the skirt was supposed to be 6mm from the object. The resulting gcode has y moves less than 0 and greater than 170. The plater shows the skirt being cut off in those places instead of going past the edge:

[alranel]

Yes, what @daprice says is correct.

[MarkJB]

Ok, so ignoring the offset...

I agree that the expected behavior should be to only generate skirt that fits on the bed.

[alranel]

I updated the issue title to reflect the request but I'm not very sure about the wanted behavior, as cropping skirt would make for a not continuous skirt which totally defeats all of its purposes...

[daprice]

Would it be feasible to automatically reduce the distance between the object and skirt as necessary to make it fit on the bed? Going along with the ideas in #1173 it could also warn the user if any movement will go out of bounds and can't be automatically corrected.

[MarkJB]

I would opt for constraining the skirt to the bed dimensions over interrupting it.

Show a warning if the skirt collides with an object. A skirt/object collision might be tolerable if minor and the skirt is only one layer high...

[uladz]

Just hit this problem trying to print a several object together. Any update on this? Looks like this bug was put aside, gone cold, and was never fixed judging by the date when it was first reported and the fact that I'm using version 1.2.9 and it still have this problem.

[VanessaE]

I'd like to suggest that brim, raft, etc. also be cropped as well.

[chkno]

It looks like skirt, brim, and raft generation are entirely separate, so crop-to-bed would have to touch each of them:

There is skirt logic in

• make_skirt in lib/Slic3r/Print.pm
• export in lib/Slic3r/Print/GCode.pm
• process_layer in lib/Slic3r/Print/GCode.pm
• Print::total_bounding_box in xs/src/libslic3r/Print.cpp
• repaint in lib/Slic3r/GUI/Plater/2D.pm Tests are in t/skirt_brim.t

There is brim logic in

• Print::_make_brim in xs/src/libslic3r/Print.cpp
• Print::total_bounding_box in xs/src/libslic3r/Print.cpp
• process_layer in generate_toolpaths in lib/Slic3r/Print/SupportMaterial.pm Tests are in t/skirt_brim.t

There is raft logic in

• SLAPrint::slice in xs/src/libslic3r/SLAPrint.cpp Tests are in t/support.t