bambulab / BambuStudio

PC Software for BambuLab and other 3D printers
GNU Affero General Public License v3.0
1.93k stars 267 forks source link

internal bridge is no longer generated properly when when "support interface" (Support W) is used. #1464

Open aridShrub opened 1 year ago

aridShrub commented 1 year ago

Describe the bug I have a model that needs a bridge due to the model. It also needs supports and I have to specify "on build plate only" to prevent the internal cavity (which needs that bridge) from getting supports generated instead. (I would not be able to remove them).

It works fine when "Supports" are enabled, but when I specify "Filaments for Support" "Support Interface" to be "Support W" filament, the bridge line type changes to "bottom" even though the "bridge" layer is at layer 144. It also makes a different shape of the "bridge" ; it is larger in diameter.

I tried the switch "Don't support bridges" but it has no effect. In my case I have "concentric" line type defined for the bottom layer (which is a circular figure). The "bottom" layer style is used in the "bridge" and the circular concentric rings all "fail" in the model because they are printing in thin air. But the "bridge" case (without the support filament enabled) generates a normal bridge (which works).

When I found it was using the "bottom layer" which is kind of bizarre, I found I can change the line type back to the default, and get a zig-zag "bottom" layer which will sort of work as a bridge, I just wish it would stay as a bridge, giving me more control over the thickness of the line, etc.

This model has a "pause print" and you can insert a m5x20 hex bolt into the cavity at the pause print. The "bridge" will cover up the head of the bolt in one layer.

3mf File for This Bug m8 knob issue.3mf.gz

If it is related to slicing, please append the 3mf file. It could be extremely helpful to solve the issue.

To Reproduce Steps to reproduce the behavior:

I have created a "clone" of the model with and without "support W" enabled, so it is super easy to see the difference side by side in the 3mf file, you should not even have to re-slice it.

Expected behavior I would expect no change of the line type of the "bridge" when "Support W" is used or not used.

Screenshots If applicable, add screenshots to help explain your problem.

Screen Shot 2023-03-11 at 3 29 25 PM

Desktop (please complete the following information):

tangketan commented 1 year ago

It's a quite complicated bug that we can't solve for the moment. The surface type is determined before support generation, thus we can't know exactly if a surface is supported or not. In this case, the hexagon surface is classified as a supported bottom surface (because you enabled support). For now, you may have to change the bottom surface pattern to the default (Monotonic).

BambulabRobot commented 1 month ago

This issue has been marked as inactive due to no response for 90 days.