Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Slicing in vase mode not honoured and failure to honour not detected #1029

Closed
kortschak opened this issue Jul 4, 2018 · 7 comments
Closed

Comments

@kortschak
Copy link
Contributor

Version

1.40.1-beta+linux64

Operating system type + version

Ubuntu Linux 16.04.4

Behavior

  • Slic3r omits crucial surfaces of the model here when being sliced at full size, but not when sliced above 135%. The model is designed to be printed in vase mode, but the surface omission results in a topology that cannot be printed in vase mode. No check is made to confirm that the vase mode setting is being respected by the slicer.
  • Slice the model linked above at 100% with the spiral vase mode set.
  • Expect to see single continuous path for extrusion of the walls (shown here by slicing at 150%).

Expected behaviour

  • What I actually see is multiple retractions and travels as the internal moves are omitted;

Not honouring vase mode

This is not a feature request

STL/Config (.ZIP) where problem occurs

The only change to the config from stock is to set spiral vase. The STL is available from https://www.thingiverse.com/download:3618392. I can upload a zip of these if given a location that will accept large zip files - github rightly do not.

@DrLex0
Copy link

DrLex0 commented Jul 4, 2018

Slic3r ignores gaps narrower than 0.1 mm, see #520. The gaps in this model are only 0.075 mm, which is why it works when scaling above 133.33%.
But you're right, there should be some kind of feedback if vase mode cannot be honored.

@supermerill
Copy link
Contributor

supermerill commented Jul 4, 2018

Slic3r remove gaps that are below a threshold, I think that's your problem. You have to create bigger gaps in the stl.

edit: ninja by DrLex0 ;p

@kortschak
Copy link
Contributor Author

This is not my model and only the stl is published, so I'm not able to change the gap width. It seems though that this would be fixed if the gap threshold were configurable, or probably easier if vase mode forced a lower threshold. This latter option (cf the options mentioed in #520 of lowering it wholesale or making it configurable) seems better since the user is providing an assertion that the model is a single manifold surface. Add in a check that this is true and you have both this issue and #520 solved.

@kortschak
Copy link
Contributor Author

Even some documentation of the limit within Slic3r would be valuable.

@DrLex0
Copy link

DrLex0 commented Jul 4, 2018

@kortschak: because I'm curious how well this will print, I have modified the model in Blender to make the gaps 100 micron wide. Perimeter extrusion width must be set to 0.4mm for vase mode to work. ParacordVaseSpool-Slic3rCompatible.stl.zip

@kortschak
Copy link
Contributor Author

@DrLex0, thanks.

bubnikv added a commit that referenced this issue Dec 12, 2018
to satisfy GH #520, #1029, #1364
This change needs to be tested throughly on a large data set of meshes.
@bubnikv
Copy link
Collaborator

bubnikv commented Mar 1, 2019

By the way, I have introduced a new parameter "slice_closing_radius", which is set to 0.049 by default, leading to the same results as in 1.41.3. If you need to maintain the thin gaps, starting with Slic3r-1.42.0-alpha7 you will need to lower the new "slice_closing_radius" value.

Implemented with e3cba0a

This parameter and the return to the 1.41.3 behavior by default was made as we have discovered some models with cracks, which were handled correctly by 1.41.3, but which were full of spurious perimeters in 1.42.0-alpha5. We find it safer to revert to the 1.41.3 behavior while giving you the parameter to tinker with.

@bubnikv bubnikv closed this as completed Mar 1, 2019
bubnikv added a commit that referenced this issue Mar 1, 2019
will be closed after triangle mesh slicing.
The value is set to 0.049 by default, which corresponds to the hard
coded default in Slic3r-1.41.3.

See issues #520 #820 #1029 #1364 for the reference of why we need
the parameter for being able to print some specific models.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants