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

Bad support generation with default settings in Alpha 3 #5209

Closed
thetrebor opened this issue Nov 21, 2020 · 8 comments
Closed

Bad support generation with default settings in Alpha 3 #5209

thetrebor opened this issue Nov 21, 2020 · 8 comments

Comments

@thetrebor
Copy link

Version

2.3.0-alpha3+

Operating system type + version

OSx 10.15.7

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

Stock prusa mk3s

Behavior

Use this model: https://www.thingiverse.com/thing:4128842
Use default profiles. Tried 0.2 and 0.1
Screen Shot 2020-11-21 at 1 35 07 PM

Support blocker does not work unless it is in contact with the model.
Repaired the model using ADMesh and did not change outcome
Changed support overhand angle and did not change outcome

Model appears OK to me. Didn't see any loose geometry.

@neophyl
Copy link

neophyl commented Nov 22, 2020

Support enforcers and blockers do not work unless they intersect with the model, thats the way they are supposed to work. They aren't keep out areas in the case of blockers.

I downloaded it and used the new support painting function, but I just used autoset by angle to 35 degrees which is sufficient for this model.
This was in PS alpha 4 as that's what I have installed.

The supports look reasonable to me, although as they are printing on top of parts of the model I would expect them to be difficult to remove on that side from experience.

image

I also did try it with a slab support enforcer and the pattern of supports was similar but did grow outward slightly from the painting as its also supporting the part more on the less steep angles too as the slab is less discriminate.

PS_alpha4_WyvernPhoneStand.zip

I also tried the default quality at 0.2 and 0.15 profiles with support everywhere option (which changed the detect bridging setting via the pop up as usual) and the support on that while more than when using an enforcer still wasn't doing anything like in your picture.

Just noticed that you are on mac, my tests were done on win 64 so there's the possibility its OS specific behavior.

@thetrebor
Copy link
Author

thank you for trying to reproduce. i couldn’t figure out what in the model was making prusa think the dead area in front of the head needed support. i suspect there’s a bad detection happening somewhere which results in an infinity and the result is presumption that supports are needed to the edge of the bounding box in that direction. given that, it could be graphics card specific or driver specific. i don’t know that i’m qualified to diagnose that though.

@bubnikv
Copy link
Collaborator

@thetrebor Would you please attach a 3MF so we can reproduce?

@thetrebor
Copy link
Author

WyvernPhoneStand.3mf.zip
Screen Shot 2020-11-24 at 1 29 47 PM

Fresh install, default profiles, added default "supports everywhere"

@bubnikv
Copy link
Collaborator

bubnikv commented Nov 25, 2020 via email

@thetrebor
Copy link
Author

that seems reasonable. I saw that some of the cusps on the model were being supported despite having no overhangs whatsoever. it appeared to be "self intersecting" "non manifold" style problems so my first thought was to repair the model. Nice to know I'm not crazy. Good luck tracking it down!

@bubnikv
Copy link
Collaborator

For my reference, the issue is
void EdgeGrid::Grid::calculate_sdf()

@HiLivin
Copy link

2.2.0+win64
Excessive support is generated quite far from the object's outline. The object was imported from STL file and rotated.
Interesting thing is that saving the project in PrusaSlicer as 3mf file, re-opening it and re-slicing doesn't generate the excessive support.

screen
Bracket_without_inserts.zip
Bracket_without_inserts-3mf.zip

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants