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.
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.
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.
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.
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?
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.
I do not think there is, you choose which one you want when syncing and cross your fingers. I think there should be some additional controls, especially when mapping filament it matches the default flush volumes rather then it deciding what it thinks is best, I actually do not understand why mapping changes the flush volumes if all it does it map the colors to the current painted model. Maybe I am missing something.
It seems no matter what I do in Bambu Studio v2+ my flushing volume range is suggested between [0,900] so nothing gets highlighted red if I put a Multiplier in that is to low or forget to enable/disable long retraction.
It appears to work correctly on Orca and Bambu v1+, not sure why it is consistently broken in all 3 available v2 releases.
I have wiped all settings and files, tried using Windows and Mac. I will keep my fingers crossed that all flushing volume issue are handled soon.
Just stick to overwriting and turn off the auto flushing until they sort it out. Also a new issue I found, default Slicing result is line type, even when changed it reverts to line type when you close and re-open Bambu Studio, it used to stay on the last known selected option (i.e filament).
interesting… after reading “from/to” in flushing i thought about it for a sec and thought “hang on… which is which?!?” so googled and found this. i mean i assumed the ones on the left were the “from” because it reads like that but it’s kinda one of those “intuitive but still stupid” things lol much better way to do it in orca slicer. But yeah: that info that the numbers are reversed is interestring. I assume it must be theoretically the same as Orca (from on the left) but its not filling like that lol overwrite didn’t make any difference for me: I assume this is a problem: it’s saying when going to 1 PETG to 2 PLA reduce the flushing volume!? Seems that should be the other way round. I’m also a bit concerned it drops to PLA temp while flushing… if its flushing out PETG it should stay at PETG temps! But that’s a different problem i guess
