GregValiant 1,231
Torgier - Long time no hear from. As you can see, nothing has changed.
I have a feeling that the Cura Team will look at this in the near future (if not already). It's one of those things that can generate a lot of complaints and doesn't seem to be printer specific.
I don't keep gcode files but looking back at the models I've printed in spiralize none of them had sharp included angles like this particular light shade. It's nearly non-printable without support. I never got around to downloading Burtoogle's version of Cura since I've got about 15 different slicers already. Maybe it's time.
Speaking of slicers, the light shade looked pretty good in Prusaslicer and there weren't any G0 moves in the gcode file.
Edited by GregValiant
Recommended Posts
Top Posters In This Topic
19
12
9
5
Popular Days
Nov 28
13
Dec 3
12
Apr 1
8
Nov 27
7
Top Posters In This Topic
msageryd 19 posts
greens83 12 posts
GregValiant 9 posts
Smithy 5 posts
Popular Days
Nov 28 2020
13 posts
Dec 3 2020
12 posts
Apr 1 2022
8 posts
Nov 27 2020
7 posts
Popular Posts
GregValiant
I write a little code and I came up with a front end program for my printer. Part of the development was to make sure it was compatible with different gcode flavors and different slicers. I have a L
DivingDuck
That's the place I used to look at https://github.com/smartavionics/Cura/releases
Torgeir
Hmm, There is some issues with Cura when viewing the file in "slicing mode", I just come to think about this issue. just forgot this one, -open Cura 4.8, then load the actual gcode fi
Posted Images
DivingDuck 104
That's the place I used to look at
https://github.com/smartavionics/Cura/releases
Link to post
Share on other sites
Torgeir 238
Hi @GregValiant,
Yes I'll remember this one -and sure this was a small error in the X/Y axis..
Sometimes I thought also the Z axis was off -but I was just fooled as Cura, as it “sometimes” did not want to go into real spiralized mode. I found this by studying the gcode files in preview mode, -as every next line it jumped up to next level height.
I thought this was probably some issues, as Cura steadily increased the number of new function/adjustment possibilities that’s needed some attention to make this function work.
However, later on I figured this “might” have been some “round off” issue, cause Cura always did this small movement to catch up the “say predicted position” that’s calculated ahead. Also the angle of the wall, tilting outward or inward play a role here. So the math here is kind of intricate..
By just adjusting; layer height/width -one could improve this somehow.
So “when layer width increased” the error correction was from inside of object to correct spot joining the path direction/tilt from previous layer. When the nozzle move like this, you see a line inside where this “correction” is done (-sure a small notch might also be seen outside).
When printing a symmetrical cylinder there is no X/Y track offset, only some offset along the print track (the back fort movement), again maybe “round off” issue?
Then when the layer width decrease the opposite happen, yes error corrected from the outside of the object.
Just some small thing learned about this “problem”.
-------
However, Burt have found the error here and fixed it.
In the read me file about this he says:
“* Spiralized models that are not 100% solid can be printed using variable line widths.”
This one work very well, I can confirm it -but the viewer (preview mode), still show small line and this will be easily fixed I’ll think.
Anyway, Cura is a great slicer..
Thanks
Torgeir
Link to post
Share on other sites