Open spiky2021 opened 3 years ago
I suppose your request is now default for snug suports in PrusaSlicer 2.4.0-beta1.
Well I tested snug supports in version 2.4.0-beta2. I was glad to see, since in general this can speed up soluble support prints even more. Unfortunately I saw that the soluble interfaces disappeared bu using snug supports. There is just a gap where soluble material should be. Therefore I hadn't seen tilted soluble interface lines as well. I hadn't checked this in detail, e.g. if it is just not displayed. At the moment I am on holidays, thus I can not attach a 3mf or any settings forcing this bug.
We are still evaluating and fine tuning the snug supports.
You may try to increase the number of support interface layers significantly.
po 25. 10. 2021 v 13:33 odesílatel spiky2021 @.***> napsal:
Well I tested snug supports in version 2.4.0-beta2. I was glad to see, since in general this can speed up soluble support prints even more. Unfortunately I saw that the soluble interfaces disappeared bu using snug supports. There is just a gap where soluble material should be. Therefore I hadn't seen tilted soluble interface lines as well. I hadn't checked this in detail, e.g. if it is just not displayed. At the moment I am on holidays, thus I can not attach a 3mf or any settings forcing this bug.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/prusa3d/PrusaSlicer/issues/6877#issuecomment-950830046, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABMPSI5FP3CD5PBSO2QBHGTUIU6CHANCNFSM5DJTCVHQ . Triage notifications on the go with GitHub Mobile for iOS https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675 or Android https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.
Unfortunately I saw that the soluble interfaces disappeared bu using snug supports.
Is it fixed in beta3?
Sorry, I didn't replay. I tested it with beta2 or 3 (don't which anymore) and yes it seems to work. Thanks. What about using it for normal support, as well. Sometimes it is better to have some extended support area below, just because the edges won't be as smooth as they need to be for not deforming the supported surface.
Version
2.3 with modified support
Operating system type + version
Win 10
3D printer brand / version + firmware version (if known)
Craftbot Flow IDEX XL
Behavior
Describe the problem Im glad to see, that the work I started for base interfaces under soluble interface enteres to PS 2.4 and for purge towers as well. Even rectiliner soluble interfaces are selectable now.
In the mean time this feature allowed me a lot of nice prints. But therefore I proceeded and found that rectiliner infills achieve better surface qualities, than concentric. On the other hand, there is the draw back, that rectiliner infills won't have a defined contour. Essential for soluble interface to not detache at the contour.
I tried to use a multipath to combine rectiliner with a contour at first, but it crashes to often during modulation of bottom contacts at the end. And i don't want to touch it.
Further I recognized, that an alignment of rectiliner infills with below parse supports tends to generate a tension cracking the interface surface. Therefore I started to use rectiliner tilted by 45° to the parse support, toggling its direction by 90° each layer.
After manyt big prints I can say, I never had as nice surface qualities with soluble support bevor. My fear, that unsupported interfaces lines due to the tilt bend down without a sheat, didn't show up for at least a spacing of 2.5 mm. It workes with linear and grid type support. Especially for grid supports it avoids the problem of last grid lines being tilted by 90°, that leads to many rectiliner lines fully unsupported. Even the problem of messy contours is deminished, which is good for soluble interfaces.
Therefore I suggest to use rectiliner tilted by 45°and toggled by 90° each layer, as soon as rectiliner is used for interfaces.
Steps needed to reproduce the problem It is easily implemented. Exchange the lines: "angel = support_angle" by "angle = support_angle + 45° + 90° * layer_number%2" for rectiliner interfaces in the "Filler" objects.
Expected Results Object surface quality improves. Better contours, then with simple rectiliner. No problems with rectiliner interface above grid supports. No tension induced cracking of interfaces due to direct alignment with underlying support.
Actual Results Less good.
Is this a new feature request? Yes