-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
5.3.0 strange artifacts in skin (jagged paths on curved surfaces) #14811
Comments
@GregValiant There are also these noticeable jagged paths on curved surfaces.The same strange jagged paths also appear on a smooth surface of a simple cylinder, while there is nothing of the sort in
|
I also saw these distinct jagged paths on the surface when slicing with version 5.3 , |
Does anyone solve this problem |
Im having the exact same issue with 5.3. Ive been racking my head for days on this one. Smooth curved surfaces with dimples and what looks like extra seams forming vertically up the print. |
@GregValiant Is anyone on this already? |
I'm seeing this as well. I pasted my comments below from #14943, since this thread has more activity and it seems to be a duplicate issue. I'm seeing the exact same thing. This is a regression in 5.3.0 - the problem does not appear in 5.2.2. It seems to happen when a wall goes from straight to large radius convex curve. There is a weird extra move in the gcode output. It's very hard to see in Cura's preview, but is quite clear if the gcode is viewed in the PrusaSlicer viewer. In Cura's preview, you can see a slight discontinuity: The same STL sliced with Cura 5.2.2 does not have these artifacts. Prusa Slicer also does not have this issue. Note that this is not the Z seam - that's in a different location. This artifact appears in 4 places on this model - every location where a straight wall connects to a large radius convex curve. It does not appear on the small radius curves (small fillets) or on the concave curves. Here is the STL I used and resulting gcode: Both gcode samples were sliced with the Cura default standard 0.2mm profile. |
can anyone from the developers confirm the problem? or is that not a problem? |
@qwerty8224 I think what you meant, is the question about this issue being addressed yet. 😊 |
they didn’t confirm the problem for me, they sent me to read YouTube and look for the cause in the printer 🤷 му ticket #14970 |
@qwerty8224 |
|
Same issue here with curved surface models. Seems like the slicer is having a numerical precision issue when planning the path for curved surfaces. |
There does seem to be something profile-related going on here. I did the following as a test:
If I do those steps exactly, the glitch is there. As I mentioned before, spotting it in Cura's preview is a little tricky but it is visible. It's more obvious if you select the extruder preview control at the bottom and move one step at a time using the arrow keys on the keyboard. I then tried the exact same steps, but using a different printer model in the first run dialog. I tried Prusa MK3, Ultimaker S5, and "Custom FFF". None of these exhibited the glitch. Additionally, I tried changing the machine/extruder settings for the Custom FFF to match the Ender 3 Pro settings. It still did not exhibit the glitch. I then tried a few different Creality printers, and all of them showed the glitch. |
After some further experimentation, I found the combination of settings that results in this glitch:
These are the default settings for Creality machines. In the "Custom FFF" machine, the defaults were resolution 0.5 and thin walls enabled. So it seems there is a bug that is triggered by disabling "Print Thin Walls", but the glitch is filtered out if "Maximum Resolution" is set too high for the glitch to show up in the result. |
As a workaround, you can edit creality_base.def.json and remove the line with "fill_outline_gaps". This enables "Print Thin Walls" on all profiles for Creality machines, unless you have explicitly disabled it in your custom profile. Of course, creality_base.def.json will be replaced next time you upgrade Cura, but hopefully the bug will be fixed in the next release anyway. |
Not sure this works for me - I have a custom profile and I have thin walls enabled and the issue persists. It moves if I change the mesh resolution (I.e: the lines go to another place in the model) but doesn’t disappear. |
Hey All, We've added a ticket to the backlog with the intent to improve this. Thanks for the report! 👍 |
Thanks it works when i enable the "Print Thin Walls" function for my Cr-10, standard PETG and Cr-10 Printer Settings. |
You would have to be a bit more specific. What do you mean there are still bugs? are these actual printed blobs, do you observe this in the preview. Can you share the project file, such that we can reproduce |
@qwerty8224 can you elaborate what you consider worse behaviour, because if I slice this project in 5.4.0 it looks pretty decent in the preview. It would really help if you would print the model as well and add some photos such that I can investigate further I will do a statistical analysis and run it through the visual debugger tomorrow morning. But I don't see any obvious jagged paths just skimming over the Cura preview. |
I also understand that maybe my settings are very old, they were probably transferred from Cura 5.0. But unfortunately, I can't make all the settings from scratch yet, completely remove Cura and clean up all the files. Now I'm wondering why the profile of the ultimaker S5 looks bad, I didn't touch anything on the default settings ... it turns out we are repairing one but the other is breaking .. |
in my opinion, if I remember exactly in my cfffp profile (the maximum resolution is reduced to 0.04 and it should be 0.25) please check, maybe this will help to see the problem more clearly. |
I'm printing the S5 project file as we speak on my own Ultimaker S5. This should contain all the settings that you use. I will share the images later. On a separate note if I look at the screenshot that you shared I have trouble mapping those defects to the actual shared project file. If the screenshot and the project file are the same then the seams on the chamfered edges of the 4 holes should look the same. But in the screenshot that you posted they are in a straight line, while in the project file sliced on my computer, they're clearly not. See the screenshot. I will post the statistical analysis of the sliced project files tomorrow morning, as well as the actual printed part and we will go from there. |
I am seeing "Slicing failed with an unexpected error" with the new build ( Project File: 20230705_tallneck_failing_540_beta2.zip (Model from here) |
Of all the STLs included in the model and 3mf above, looks like even |
thanks @cohaolain best to open up a new issue for that crash, otherwise this ticket will be come one big collection box and it will never get closed. |
@qwerty8224 I did a bit of investigation on your shared project files and I can't find any occurrence of something resembling jagged paths. Analysing the toolpath lengths and directions in Paraview (see screenshot below) show that there are 9 segments in the whole print with a length below 50 micrometer, keep in mind that these are are not troublesome on their own, but they can be, if they occur in short repetition of each other (resulting in buffer underruns) or if the suddenly deviate to much in angle from the angle of the previous segment and next segment (jagged paths). All 9 segments (<50 micrometer) seem to be single occurrences and inline with the segment before and after. Looking at the actual print, of your shared project file on a S5 also doesn't show any jagged paths. It could be that you observed a some visual rendering artifacts when you inspected the GCode in the preview view. Which made it seem worse? I would ask you to actually print the model on your printer such that we can rule that out. Regarding the resolution of in the cffp profile:
Yes it was indeed set to 0.04, which is to low for any printer in my opinion and not a realistic value. For us programmers and tester it is hard to guard and sanitize the output of Cura, while also allowing for a lot of fine-tuning of other settings. So it is entirely possible to create profiles which will result in weird undefined behaviour. This is why we have a whole department Print Process and Material which come up with good profiles and values for our UltiMaker printers. But we can't do that for all 3th party printers or Custom FFF printers. We rely on the community contributor or someone such as yourself to determine realistic values for their profile. I did the same analysis with our Visual Debugger with Paraview and regardless of the used value: 0.04 or 0.25 for maximum resolution did not observe any jagged paths. |
I will close this ticket now, since we believe that the behaviour is improved if not fixed. I would love it if people that experienced this issue would download 5.4.0 and do some actual printing and report back if they still see any jagged paths. We can then reopen this ticket if needed. If you're observing crashes or any other weird behaviour please create a new issue for that. I would also like to thank the people who helped out with actually printing some stuff to validate my WIP build an such short notice. On a side-note we will look into expanding our support for Klipper printers I believe @MariMakes has some plans about starting this up. |
this is my profile maximum deviation 0.25 |
@jellespijker What are you using to convert gcode to pvtu for paraview? I'd like to do a few comparisons of my gcode, and doing it in paraview seems much nicer than what I was doing before. |
We have a closed source visual logger to help us debug the engine which outputs pvtu files. |
thanks, you're right, it's getting better, in general, you need to optimize the parameters for yourself. |
Off-topic, but really looking forward for the direct Klipper support in Cura! 😁 I currently maintain Fluidd (Klipper web interface) and am a regular contributor to Klipper, Moonraker, and even Mainsail, so if there is anything I can help to get this going, please don't hesitate in contacting me! |
👋 We are collecting feedback on how we can improve our support for Klipper printers in this discussion I'll add this link to the Github release notes and will add an extra field in the issue templates where reporters can share that Klipper is part of their configuration to help with troubleshooting. 💪 If you have any feedback on how we can do better, we would love to see it in the discussion. ❤️ |
I ran some slicing tests with 5.4.0, and I no longer see the short sharp angle segments on large radius curves like in 5.3 versions. So, at least in my test the changes seem to have fixed that issue. If this has been solved by filtering out short/sharp segments, I do wonder if that could negatively affect fine details. I don't really have a good test procedure for that though. Was there already some testing/validation done in the development of the fix to make sure it's not smoothing out details that should be there? A huge thanks to @jellespijker and everyone else involved with testing and fixing this issue. |
Thx @darrellenns for providing additional feedback. No need to worry about negatively affecting small details. The fix was smoothing the shapes from which the toolpaths are being generated. I took your concern into account and developed an algorithm which only acts upon very small line segments (< 50 micrometer in length this will probably be a new setting in Cura 5.5) but on top of that these line segments also need to deviate an certain angle when look at the previous segment of the shape and the next segment of the shape. This extra filtering conditions further ensures that we only act upon lines which are probably not "intent" of the model; most likely created during previous morphological operations and not filtered out during the simplification since it didn't fulfill the conditions of that over-constrained algorithm. This will result in a more continual movement of the printhead since it doesn't need to slow down to make that sharp corner, for a line segment which is relatively unimportant to the whole shape. After shifting point B towards A and C towards D, the head doesn't need to slow down as much to make the corner. And the actual affected surface area is relative small. Remember the size of the dimensions used. BC < 50 micrometer |
@jellespijker Thanks for the detailed explanation and nice diagrams! This seems like a good approach to me, and I'm no longer concerned about fine detail quality loss. |
Application Version
5.3.0/1
Platform
Manjaro
Printer
unrelated
Reproduction steps
Open the attached
3mf
and slice it with both5.2.2
&5.3.0/1
, compare the result by looking for almost _ microscopic_ extra paths in the skin, which do break continuity of curved paths.Actual results
There are artifacts in the skin when sliced with the latest release.
Expected results
No artifacts in the skin should occur, as in the previous release.
Checklist of files to include
Additional information & file uploads
project file
Please enlarge the screenshots to be able to observe the irregularities best.
Also: Note the bumps in the marked areas on the slopes left and right.
Addendum:
After inspecting the screenshots closer, I noticed that the paths in general in
5.3.0/1
are quite jagged compared to those of5.2.2
, the latter being much smoother (Particularly noticeable in the front area of the large circles!).overview
5.2.2
5.3.0
artifact 1
5.2.2
5.3.0
artifact 2
5.2.2
5.3.0
artifact 3
5.2.2
5.3.0
The text was updated successfully, but these errors were encountered: