The following printers are back to their old behaviour:
- Geeetech A10
- Geeetech A10M
- Geeetech A10T
- Geeetech A20
- Geeetech A20M
- Geeetech A20T
- Geeetech A30
added:
- Geeetech Mizar S (legacy)
Contribute to CURA-10370
A lot was changed in support. The short of it is that we now think towers should be on by default, but aren't _completely_ certain about it. It makes more sense to do make this change before the beta rather than just before stable, so we have a chance to revert should it prove disastrous.
We introduced a smoothing distance effectively introducing a negative horizontal expansion as well. So adding this smoothing distance to the horizontal expansion to compensate for this.
CURA-10289/PP-323
In the initial PR for PP-71 I only cleaned up material_final_print_temperatures, but now the material_initial_print_temperatures are also coming into play, so I cleaned those as well. From research for PP-123 I know this is a safe change. Due to this cleanup the cool_min_temperature can now always follow the ultimaker default settings.
The cool_min_temperature should be larger then both the initial and final temperature too avoid that the printer is heating too much and later on waits for cooling. We could make the limit less strict for single extrusion. PP-71
The interlocking_boundary_avoidance was a bit larger originally to prevent interlocking structures outside the model for edge cases. But this behaviour is improved a lot, so the boundary avoidance can be reduced, which helps for thin and small structures.
PP-283
This enlarges small areas to immediately be equal to support_tower_diameter^2.
Contributes to CURA-10220
Co-authored-by: Rijk van Manen <rijk.vanmanen@ultimaker.com>
Decrease `support_offset` setting as using both support towers and support horizontal expansion would apply the same concept twice.
Remove duplicate settings in other ultimaker profiles.
Contributes to CURA-10220
Co-authored-by: Rijk van Manen <rijk.vanmanen@ultimaker.com>
With PP-71 the cool_min_speed is increased to a high values in case the lift_head is enabled. This causes the bridge_speeds to be lower then the cool_min_speed. Which is no problem, so the limit can be removed.
PP-71 / CURA-10211
(cherry picked from commit 6d0be0191340a3d4888662812ee1033305c1196b)
Slicing becomes very slow for large interlocking_boundary_avoidance and interlocking_depth values. The minimum interlocking_beam_width is the minimum wall line width. And the interlocking_rotation should be between 0 and 360 degrees.
PP-283
The interlocking_boundary_avoidance was a bit larger originally to prevent interlocking structures outside the model for edge cases. But this behaviour is improved a lot, so the boundary avoidance can be reduced, which helps for thin and small structures.
PP-283
Slicing becomes very slow for large interlocking_boundary_avoidance and interlocking_depth values. The minimum interlocking_beam_width is the minimum wall line width. And the interlocking_rotation should be between 0 and 360 degrees.
PP-283
With PP-71 the cool_min_speed is increased to a high values in case the lift_head is enabled. This causes the bridge_speeds to be lower then the cool_min_speed. Which is no problem, so the limit can be removed.
PP-71 / CURA-10211
