prusa3d / PrusaSlicer

G-code generator for 3D printers (RepRap, Makerbot, Ultimaker etc.)
https://www.prusa3d.com/prusaslicer/
GNU Affero General Public License v3.0
7.64k stars 1.92k forks source link

Organic support with variable height #9462

Open F-CJPJ opened 1 year ago

F-CJPJ commented 1 year ago

Description of the bug

I sliced with organic support : display is ok.

then I added the variable height , then I sliced again with the same support configuration.

The display shows that branches of the tree don't touch the ceiling of my part. See screen shot attached.

Timeo_baton_v4.gcode.zip branchs_dont_touch

Timeo_baton_v4.project.3mf.zip

Project file & How to reproduce

As explained above, the slicing with variable height shows that support branches don't touch the part !

With fixed 0.2 mm height, the branches are ok.

It might be a display issue or a slicing issue.

Checklist of files included above

Version of PrusaSlicer

PrusaSlicer-2.6.0-alpha2+MacOS-universal-202301311728.dmg

Operating system

Mac0s Ventura 13.1 on MacMini M1

Printer model

DIY (part not printed because printed time is 10 hours)

foreachthing commented 1 year ago

https://github.com/prusa3d/PrusaSlicer/releases/tag/version_2.6.0-alpha2 Variable layer height is not supported.

Edit: and also here: https://github.com/prusa3d/PrusaSlicer/issues/9460

agravelot commented 1 year ago

it can remain open as a feature request

kubispe1 commented 1 year ago

@agravelot, at the moment we let it in this stage. But it is on our list.

Lobuttomize commented 1 year ago

Can someone explain why this is difficult to do? Not implying that it isn't, just want to know.

F-CJPJ commented 1 year ago

Hello

In my case, when I mentioned the issue, it seemed to work BUT the top of the "trees" did not touch the part to print.

Now I tested again with alpha6 and the same part, but I can get variable layer height.

I don't understand.

Le 22/04/2023 à 18:06, Lobuttomize a écrit :

Can someone explain why this is difficult to do? Not implying that it isn't, just want to know.

— Reply to this email directly, view it on GitHub https://github.com/prusa3d/PrusaSlicer/issues/9462#issuecomment-1518693516, or unsubscribe https://github.com/notifications/unsubscribe-auth/AW32V7CTIQ4TJSMDP5YKDD3XCP6XDANCNFSM6AAAAAAUM4EOC4. You are receiving this because you authored the thread.Message ID: @.***>

TheBekker commented 1 year ago

Just a +1 on this. This would be amazing to have fixed.

muhmuhhum commented 1 year ago

Also a +1 for me. Tried to print miniatures and want to printe the base in a lower resolution thant the rest to reduce printtime

foggyforests commented 1 year ago

+1 for me as well. Variable layer height with snug supports seems to take more material and time compared to organic supports. Would be wonderful to have fixed. Thanks for considering!

boodaah3d commented 1 year ago

I understand the considerations that need to be taken for variable layer height with organic supports. But we should still be able to have variable layer height when those layers are above any of the printed supports.

freeformz commented 10 months ago

+1 on what @boodaah3d mentioned. Should be easier to initially support variable layer height when the heights are above any organic supports. Although the UI would probably not be. :-)

VisualReversal commented 10 months ago

I don't know if this is of any help but I came across this error today; along with a solution to my specific problem. In my case I was slicing a file that I made for the MK4 with a .4 nozzle and 0.30 layer height and 0.30 printer settings profile. However when I tried to transfer to an input shaper profile with 0.20, I got the error. Then I realized that I still had the 0.30 layer height in the range height modifier. Once I switched it to 0.20 to match the profile, the problem went away. Hope that helps.

Black6spdZ commented 6 months ago

wouldn't it be simplest to make the organic support thickness follow the perimeter? I take it then infill combining also doesn't work with variable print height?

vgdh commented 5 months ago

+1 I want this feature

jwidess commented 5 months ago

I've also found that paint on supports get ignored when a height range modifier is used with organic supports. You can see what I'm talking about in the vid below.

https://github.com/prusa3d/PrusaSlicer/assets/24278368/03171b43-0ded-4795-95cb-30fa3d201b26

Tremetor commented 2 months ago

+1 for organic supports with variable layer height.

Variable layer height is the best trade-off between speed and quality. And organic supports solve many use cases, where normal supports don't work. Combining both would be a great improvement!

HenkHavok commented 1 week ago

+1 for organic supports with variable layer height.

This would make life a lot easier