Skip to content
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 and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Suggestion: Also modify x and y of the new outer perimeter #15

Open
cvengels opened this issue Feb 17, 2025 · 1 comment
Open

Suggestion: Also modify x and y of the new outer perimeter #15

cvengels opened this issue Feb 17, 2025 · 1 comment

Comments

@cvengels
Copy link

Asking for a really big favor here, and surely no easy one. It's more of a thought experiment.

At the moment the script takes all outer perimeters and creates subdivisions in the z direction.
Let's say hypothetically you would have inner perimeters of one millimeter height (not realistic, just for this idea). They would create big and clearly visible steps. When you create subdivisions of each perimeter, you would get big steps, too, but at a finer resolution.

Would it be possible to adapt the script to make micro-adjustments in all dimensional axis to the modified perimeters in regard to their neighbours under and above them?

For example set the virtual center of each line at the original coordinate and interpolate the modified thinner lines the more they move up or down to their neighbors, something like tweening.

@cvengels cvengels changed the title Suggestion: Also modify x and y of the new outer layers Suggestion: Also modify x and y of the new outer perimeter Feb 17, 2025
@sihawken
Copy link

sihawken commented Feb 21, 2025

That would more or less require inferring geometry from the gcode, which seems very difficult to do. The math would probably be complicated.

You would essentially need to determine which G1 E moves are directly above the previous G1 E moves, determine the difference of both of them from some common point, and then scale the moves up by half of the difference. And then somehow increase the extrusion flow by some scaling function.

Not impossible, but even if achieved, it would probably be very computationally intensive.

This would definitely be best achieved in slicer rather than from a gcode script.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants