-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Occasionally Travel Moves are Generated With Extrusions. #4554
Comments
So the problem goes away when you run the STL through netfabb. Joy. |
Service.netfabb.com is what I meant. I have not done a bisect yet ( it is a very long process to do so) |
I can confirm the bug, having the same issue with several models. The extrusions are actually printed and not only generated for the preview. Blaming the stl files to be inconsistent is a an easy, but not very helpful answer. I'm having this issue with a number of different files which are sliced correctly by older versions of Slic3r. Runnung every second model through netfabb is slightly annoying... Unfortunately I have no clue of what could be the reason, didn't do substantial debugging though. |
I am experiencing this artifact, too (commit 1e4fb2d). (there is not supposed to be any geometry at the bottom of that open space) Stl: turn signal stalk repair.stl.zip |
reproduction_case.zip Looks like it's in the thinwall code. |
The pseudocode for the regression test looks like thus: Given: The 3D model [reproduction_case.zip] (https://github.com/slic3r/Slic3r/files/2636486/reproduction_case.zip) and a default config, Then: No extrusion moves are generated from X1.856 Y-6.933 to X1.793 Y-6.899 |
My previous thin wall pr is seriously flawed. You should revert it or i have to finish the new one. |
Any progress on this? |
should be resolved on the branch merill_thinwall should be downloadable in the dev branches like here |
It seem to be fixed in this AppVeyor build artifact: |
Version
Version 1.3.1-dev
Build commit: d17659b
32bit
Slic3r-master.2018.09.08.1848.d17659b.32bit.zip
Operating system type + version
Windows XP SP3 32bit
Wrong Behavior
Occasionally moves that should be travel moves are generated with extrusions.
Models similar to the attached one with "three spokes" occasionally show this on layers other than the first one as well.
STL/Config (.ZIP) where problem occurs
Slic3rBug.zip
config.zip
Expected behavior
This is a regression of sorts. For example Slic3r-master.2018.04.26.1669.8a93fbb.32bit.zip (which I had laying around) does NOT have this problem when slicing the exact same object running on the same machine (so the exact same configuration as above).
Slic3r-master.2018.04.26.1669.8a93fbb.32bit.gcode.zip
Initially I posted this here #3755 but I suspect it is not the same issue so I am opening this one.
The text was updated successfully, but these errors were encountered: