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

Wipe Tower error when multipiece parts have different number of extruders used #524

Closed
paukstelis opened this issue Oct 2, 2020 · 2 comments
Labels
bug Something isn't working as intended fix is live in the last release Please download /build the last release and try to reproduce.

Comments

@paukstelis
Copy link

Version

2.2.53.2-16-g5479ce4b9

Operating system type + version

Linux

3D printer brand / version + firmware version (if known)

MK3 MMU2S

Behavior

Loading multiple part STLs where one set of parts has fewer/greater number of used extruders leads to "The Wipe Tower is only supported for multiple objects if they are sliced equally" error. Doesn't happen on PrusaSlicer.

Project File (.3MF) where problem occurs

parts.3mf.zip
The part way over to the right is the culprit.

@kursatu
Copy link

kursatu commented Oct 3, 2020

I did not know that you can do this in Prusa Slicer.
Is this a relatively new feature?
Regardless, it is something quite useful and is apparently missing
and I've replicated the problem.
I wasn't able to open the .3mf file in Prusa Slicer, they are usable only in ps->ss direction.
So,, I've exported each individual .stl (17 of them) and then opened in
Prusa Slicer. It did not complain and sliced it fine.
SuperSlicer would not slice it, unless part4 object is made unprintable.

@supermerill supermerill added the bug Something isn't working as intended label Oct 4, 2020
@supermerill
Copy link
Owner

someone check float equality by using x == y instead of abs(x - y) < epsilon

@supermerill supermerill added the fixed for the next version That means that you should be able to test it in the latest nightly build label Oct 4, 2020
supermerill added a commit that referenced this issue Oct 4, 2020
@supermerill supermerill added fix is live in the last release Please download /build the last release and try to reproduce. and removed fixed for the next version That means that you should be able to test it in the latest nightly build labels Oct 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working as intended fix is live in the last release Please download /build the last release and try to reproduce.
Projects
None yet
Development

No branches or pull requests

3 participants