Flushing Volumes from/to Are Switched

Bambu Lab Software Bambu Studio
1

I’ve been experiencing persistent color bleed issues since updating to the latest version of Bambu Studio, and it’s been quite frustrating trying to figure out the cause.

After digging deeper, I discovered that the flushing volumes during filament changes appear to be reversed. To confirm this, I sliced the same multicolor print file using both Orca Slicer and Bambu Studio, keeping all other settings at default.

Here are the results:

FROM Black TO Desert Tan:

Bambu Studio: 161 mm³ flushed
Orca Slicer: 597 mm³ flushed

FROM Desert Tan TO Black:

Bambu Studio: 589 mm³ flushed
Orca Slicer: 199 mm³ flushed

As you can see, the flushing volumes in Bambu Studio seem to be reversed compared to Orca Slicer, which likely explains the color contamination between transitions.

I’ve attached screenshots from both slicers showing the flushing volumes for reference.

Please let me know if this is a known issue or if there’s a workaround I can apply in the meantime. I’d appreciate any help in resolving this.

Bambu Studio v2.0.1.50
Orca Slicer v2.3.0

image
image927×521 39.1 KB

2

Same issue… hopefully there is a fix/workaround…

3

I turned off auto calculate flushing volumes for now. It helps but I still have to check the flushing volumes before starting a print because now I’m just paranoid.

4

How it calculates the flushing volumes now is definitely off, I did not notice the switch (do not use orca), but definitely makes sense why. Previous to Bambu 2.0 my flushing multipler has been for a year 0.65 without issue, same prints, same filament. Now, even with auto flushing disabled, the only way I can stop prints from bleeding is setting it to 1.5.

5

I looked through all the Bambu Studio Github issues since the 2.0 release and I haven’t seen a single mention of this problem, are we the only ones who are having this problem?

6

I figured out the issue, if you choose mapping instead of overwrite, the flush volumes are way way too low but if you choose overwrite, flush volumes are correct. Not sure why mapping filament affects flush volumes to be 100%+ less.