Bambu added some variant of the “retraction before cut” scheme @leon.fisher.skipper came up with, with changes in both Bambu Studio and the firmware. That’s excellent but they have yet to explain what they changed. I used the original hack for months, and it worked fine with a flushing multiplier of 0.4 (saving 60% of the waste). But I just now tried the new scheme (1.8.0.0 firmware and latest beta BS) with switches back and forth between black and silk silver, and bleeding was introduced despite a multiplier of 0.5.
Did someone figure out what we need to do/know now? Some things are unclear to me and in particular this: In this case the black filament enables long retraction while the silk does not. Yet I can only apply a single multiplier in the slicer… How does that work out? Should I leave the multiplier alone now, because the reduction is taken care of elsewhere? Does anyone know?
Haven’t tried the change myself, but if BL have implemented it fully in BS then I would expect the actual base auto calculated flush lengths to reduce when you switch the option on. If they have reduced the base lengths then I would expect that people using the original gcode change would need to increase their multiplier a little to get the flush lengths back up to the correct value.
Yes, I dropped the old hack completely and instead enabled the new stuff. My current guess is that one can leave the multiplier at 100% and the base values will be decreased instead (eg. if not silk) but I have yet to verify anything. Wouldn’t be too hard to check though: Just load a model in an older version of the slicer and compare all figures.
I have enabled the option but see no change in flush volume when slicing when on or off. Am I expected to manually adjust the flushing volumes to e.g. 0.5 when using the setting?
I reached out to Bambu support and they have confirmed expected behaviour is for the flushing volumes to update depending on the setting. This is not happening for me. I will keep this updated when I get it resolved.
