8000 [pull] main from Ultimaker:main by pull[bot] · Pull Request #11 · kkpan11/CuraEngine · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

[pull] main from Ultimaker:main #11

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service 8000 and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 770 commits into from
Oct 12, 2024
Merged

[pull] main from Ultimaker:main #11

merged 770 commits into from
Oct 12, 2024

Conversation

pull[bot]
Copy link
@pull pull bot commented Feb 17, 2024

See Commits and Changes for more details.


Created by pull[bot]

Can you help keep this open source service alive? 💖 Please sponsor : )

@pull pull bot added the ⤵️ pull label Feb 17, 2024
rburema and others added 29 commits June 18, 2024 14:24
… center.

In isolation, you'd really want the actual closest point on the polygon, however, that'd make the seams not fit together for polygons with different sizes and shapes, especially if rounding is involved.

start of CURA-11974 (split off from CURA-9474).
…rst, and disable for shortest.

Since as polygons shift over the players, their center also changes, we need to be careful to get the same point each time (or at least try to, since if it's not the polygon center anymore but that of the entire model, the intersection with the line from that center to the requested point might not exist). Also disable _any_ of this new behaviour (also the previously introduced) for the 'shortest.'

part of CURA-11974
Otherwise the algo would still occasionally choose other vertices, despite there being only one that we actually want it to land on. This would make the seams look messy in 3D space.

part of CURA-11974
The infill overlap previously worked by extending the whole infill area
and filling it. However, infill areas sometimes have inner walls, and in
this case we would expand the walls, but the pattern generated inside
would not overlap the walls, which is actually what we want to achieve
in order to ensure that the sparser inner pattern properly sticks to
what is outside it, whenever this is an infill wall or a skin wall.
We now try to insert the nozzle switch retract at the same time as the
travel move to the nozzle switch position, to avoid oozing during this
(long) move. If there is no such move, it will fallback to the old
behavior, but this should quite never happen.

CURA-11796
casperlamboo and others added 29 commits September 2, 2024 11:37
Throwing exceptions means you rely on the code around that to be set up for that, which it currently is not. If we only want to know where it crashed, then we can just rely on SIGFPE to be signalled on division-by-zero (which is almost the only case where FPE happens anyway).
Most of the tests where going wrong because the z-height introduced for the scarf seam introduced a refactor that used a variable before it had the correct assignment.

part of CURA-12081
In the previous spike, the 'travel_to_z' argument was added (at the end), causing the need for previously omitted (default) parameters to be added as well. In this case, 'spiralize' was omitted, causing the FAN_SPEED_DEFAULT (which is an enum set to -1) to be interpreted as a speed_factor instead.

part of CURA-12081
The coasting functionality previously relied (partially) on paths being their own 'complete' extrusions, in between wich where (presumably, mostly) travels. So it only coasted on the last path before a travel, and didn't take into account paths that where to short to complete the full coast (it didn't continue on to the next). This commit fixes that partially -- the volume already coasted isn't taken into account yet, but otherwise it should work as before, but then with the split paths the scarf and accellleration start/end introduced.

part of CURA-12081
If, due to the compensation for the paths being split (because of scarf-seams or introduced start/end acceleration-changes), the next path(s) in the 'chunk' are already going to be comletely gone due to coasting, coast less than the 'full' volume for the remainder.

part of CURA-12081
Co-authored-by: Jaime van Kessel <nallath@gmail.com>
@pull pull bot merged commit e3ac68c into kkpan11:main Oct 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4396 13 participants
0