smartavionics
Too many segments?
Hi Mark!
An interesting thing in your build is that, when i checked my prints, it does produce too many segments but when compared to Cura4.6.0. it doesn't produce those many,
Used the same profile on both occasions.
Yours:
Cura 4.6.0
Left is cura 4.6 right is your version
Application Version Cura-mb-master-win64-20200703
Platform Win 10 64bit
Printer UM2+
Steps to Reproduce Attached link to download project file. ( size was too big to attach here) https://wetransfer.com/downloads/5269d6cbfcd23f8b3f587398c24a70b220200720155726/e52a1c9bfc64ac4ba2103f93628d7f8220200720155747/22d63d
Additional Information Attached Gcode of 4.6.0 too. UM2_RockAB46.zip Your Version Gcode: UM2_RockABmasterdef1.zip
Thank you for your time.
The maximum deviation setting has more effect than the max resolution setting in controlling the discarding of vertices. You are using a very small value for max deviation so it will not throw away many vertices even if you make the max resolution quite large. When you increase the value of max resolution, the line count drops dramatically.
Anyway, if I look at the number of gcode lines in your two files, I see:
96671 UM2_RockAB46.gcode 90972 UM2_RockABmasterdef1.gcode
Which suggests that there's more gcode in the 4.6.0 output than in the 20200703 output.
If I slice that project with my current release, I get:
89709 UM2_RockAB.gcode
Hmm, I just noticed a problem with that slice which has been caused by a recent upstream change which will have affected my latest builds. Looks like I need to fix that and make new builds tomorrow.
Increasing the max deviation to 0.1 reduces the gcode line count to 74871 and the preview doesn't look too bad.
The maximum deviation setting has more effect than the max resolution setting in controlling the discarding of vertices. You are using a very small value for max deviation so it will not throw away many vertices even if you make the max resolution quite large. When you increase the value of max resolution, the line count drops dramatically.
Anyway, if I look at the number of gcode lines in your two files, I see:
96671 UM2_RockAB46.gcode 90972 UM2_RockABmasterdef1.gcode
Which suggests that there's more gcode in the 4.6.0 output than in the 20200703 output.
If I slice that project with my current release, I get:
89709 UM2_RockAB.gcode
Hmm, I just noticed a problem with that slice which has been caused by a recent upstream change which will have affected my latest builds. Looks like I need to fix that and make new builds tomorrow.
The values I kept because it was default values for UM2+. and I was just testing my prints with different values, then i found your version was producing more compared to Cura. What does it mean by the number of lines produced by 20200703 output is less? even though it produces more segments?
Yes, increasing max deviation to 0.1, segments look good. I will try to print it out and see. Thanks
It's based on whatever the UM master branch was at the time of the build. However, because the UM master branch often contains fresh bugs and regressions, I delay making releases so as to try and detect any problems. However, I would say there's a reasonably close correspondence between my latest releases and the 4.6 releases from UM.
What does it mean by the number of lines produced by 20200703 output is less? even though it produces more segments?
I'm not sure that master is producing more segments. When I count the number of G1 gcodes in the files you provided, I get:
grep G1 UM2_RockAB46.gcode | wc -l 75575
grep G1 UM2_RockABmasterdef1.gcode | wc -l 73889
So master is producing less G1 gcodes than 46 and G1 gcodes involve extruder movement (line extrusion or retract/un-retract).
It's based on whatever the UM master branch was at the time of the build. However, because the UM master branch often contains fresh bugs and regressions, I delay making releases so as to try and detect any problems. However, I would say there's a reasonably close correspondence between my latest releases and the 4.6 releases from UM.
Understood.
So master is producing less G1 gcodes than 46
Yes, it does produce no of lines less, but the preview of that gcode does show more small segments compared to other. maybe that preview is showing wrong? I'm not sure. Have you released your new build? Thanks!