Ported Wipe Tower Features Fix#12742
Conversation
Fixes: - skip points - pre extrusion distance/length - spiral tower ironing - internal ribs ... for non BBL printers
|
Thanks for the feedback. I'll look into it. |
If I understand correctly, Bambu Studio automatically calculates the width/length parameters based on flushing volumes to maintain the square tower (the width field is locked), and it is actually a user-friendly solution. The end user has less control, but I'm not sure how necessary the ability to squeeze the tower manually is. But the advantage is a more sustainable prime tower. Maybe you could implement something similar? And another question – how ward it would be to implement automatic tower model recalculation? Currently the model is only generated when slicing (see the demo №3), so you can't estimate its size and arrange it on the plate before the 1st slicing (and you have to double-slice each time you change the tower settings). |
|
Found a regression, the prime tower layer order isn't right: Demo2026.March.12.02.11.mp42026.March.12.02.18.mp4May be a consequence of other bugs. UPD: disabling
|
|
Could you please test again with the new build? As for your question regarding auto width calculation: This would be a separate feature request and is not a bug of this PR. But I'll look into it after this works. |
All the mentioned problems are still present, except for the missing column in the legend:
And disabling tower interface features no longer fixes the layers. |
|
I tested Internal Ribs & "Skip Points which do work now. "Width calculation for "Rib" tower is broken" -> Did this work in the past with Orca? I'll look into "Cone" now and also the "Width calculation". |
|
I think I found the issue. Because of the history of Orca (Bambu Studio) there is a BBL and non BBL tower generation logic and I mixed those quite a bit... |
Yes,
I mean the problem I found earlier: materials are applied in a broken way now |
- cleaned up mixed wp generation - bbl 3mf crash fix - ui hides cone for bbl now
|
I didn't expect to open Pandoras Box with that port lol but I slowly get the whole picture. In the future I might think about refactoring the whole wipe tower generation and ditch the seperate handling of BBL (+Qidi) and non BBL printers. @Felix14-v2 If there are still more I think about going the refactor route and focus on just one path for all printers. New build is soon ready. If you want you can test it. Thanks. |
I use HEVC in OBS to get acceptable quality with minimal size, your browser may have issues with it. What browser do you use? I'll test it and find compatible encoding settings.
I found more problems than reported, these were just the most important ones. I'll test it and give feedback, but that may take some hours. |
|
Ok, that takes a lot more time than I thought. If you want, I can just send my notes without proper comparison (maybe that would be enough), but I'd like to verify each of them and make a detailed report. |
|
@Felix14-v2 It's very inconvenient to have two separate WipeTower pipelines. One for BBL and non BBL. |
|
Hi @Argolein and @Felix14-v2 |
That’s not necessarily true, though — Wipe Tower 2 has much better support for a wider variety of printers (e.g., tool changers). The reason OrcaSlicer has two wipe tower types is the amount of testing effort required. Wipe Tower 1 mostly stays in sync with Bambu Studio’s implementation, since it’s highly customized for Bambu printers and tested by Bambu. Wipe Tower 2 stays closer to PrusaSlicer, with a lot of OrcaSlicer optimizations aimed at supporting a broad range of printers. |









This fixes 3 & 4 from this issue thread:
#12684