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

[Slic3r 1.42.0 alpha4]: Lithophane - Layers missing #1869

Closed
Flav1u opened this issue Feb 25, 2019 · 13 comments
Closed

[Slic3r 1.42.0 alpha4]: Lithophane - Layers missing #1869

Flav1u opened this issue Feb 25, 2019 · 13 comments

Comments

@Flav1u
Copy link

Flav1u commented Feb 25, 2019

As reported here link, Slicr alpha seems to have trouble slicing lithophanes. 1.41.3 works fine.

@dzieva
Copy link

dzieva commented Feb 26, 2019

I'm also having this problem with Slic3r version 1.42.0 alpha5

@dzieva
Copy link

dzieva commented Feb 28, 2019

A sample of what occurs with lithophane
img_20190228_140147986

This problem does not happen in Simplify3D

@bubnikv
Copy link
Collaborator

bubnikv commented Mar 1, 2019 via email

@Flav1u
Copy link
Author

Flav1u commented Mar 1, 2019

I tried different parameters with XY Size Compensation and nothing helped (it actually got worse, even larger layers missing).

If the initial idea was to make meshes watertight with the morphological closing operation it probably was a very quick solution to a very complex problem. In fact I couldn’t find this sort of solution in literature at all. (E.g.: A Practical Guide to Polygon Mesh Repairing or Model Repair)

If the intention was to repair meshes (that are already watertight) this should require user interaction (on/off/set parameter) imho.

@bubnikv
Copy link
Collaborator

bubnikv commented Mar 1, 2019

Please provide an STL to test with, or better export the project (the 3mf file). Thank you.

If the initial idea was to make meshes watertight with the morphological closing operation it probably was a very quick solution to a very complex problem.

Hmmm

In fact I couldn’t find this sort of solution in literature at all. (E.g.: A Practical Guide to Polygon Mesh Repairing or Model Repair)

Repairing triangular models is a difficult task indeed. That's why there are not many software packages that do it right, for example the Netfabb.

We are not trying to compete with Netfabb. The task here is specific in that

  1. We are working with slices. It is much easier to fix a slice than a 3D model.
  2. We are extruding with a finite diameter extruder. That allows us to cut some corners in the slice accuracy. Namely, a morphological closing operation with a radius much smaller than the nozzle diameter will have insignificant effect to the print accuracy.
  3. And lastly, it worked very well in many versions including Slic3r PE 1.41.3.

@bubnikv
Copy link
Collaborator

bubnikv commented Mar 1, 2019

All right, I am able to reproduce the issue with https://www.thingiverse.com/thing:2631187/files

@bubnikv
Copy link
Collaborator

bubnikv commented Mar 1, 2019

Running the lion model through the netfabb fixing service (integrated with Slic3r PE on Windows 10), the litophane is sliced correctly even with the current master. I will have to look into why the 1.41.3 handles this broken model correctly, while the 1.42.0-alpha5 does not.

@dzieva
Copy link

dzieva commented Mar 1, 2019

Nothing happens using 0.05 in "XY Size Compensation"
capturar2

Preview after...
capturar

@Flav1u
Copy link
Author

Flav1u commented Mar 1, 2019

Running the lion model through the netfabb fixing service (integrated with Slic3r PE on Windows 10), the litophane is sliced correctly even with the current master. I will have to look into why the 1.41.3 handles this broken model correctly, while the 1.42.0-alpha5 does not.

Interesting. I imported and exported the lithophane stl in Meshmixer and now it worked in the alpha version too :)

@dzieva
Copy link

dzieva commented Mar 2, 2019

I tested slic3r 1.42.0-alpha7 with the slice_closing_radius setting, but it does not fix the problem.
Any value assigned to slice_closing_radius that is non-zero only makes it worse.

slice_closing_radius = 0.049 (default)
slice_closing_radius-0 049

slice_closing_radius = 0
slice_closing_radius-zero

slice_closing_radius = 0 with overhangs = true
slice_closing_radius-zero overhangs-true

@bubnikv
Copy link
Collaborator

bubnikv commented Mar 11, 2019

I hope I found the regression between 1.41.3 and 1.42.0-alpha7 in regard to closing gaps in the slices.
The issue should be fixed with c482933

I would still appreciate, if you could attach a 3MF, so I can retest with your data.

@bubnikv
Copy link
Collaborator

bubnikv commented Mar 17, 2019

It will be fixed in beta. Closing.

@bubnikv bubnikv closed this as completed Mar 17, 2019
@dzieva
Copy link

dzieva commented Mar 17, 2019

1.42.0-Beta fixes this problem.
Thank you.

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

3 participants