Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Perimeter Bug in V1.0.0 #1938
I have been fighting a problem with perimeter quality. There is a distinct pattern on the outside of objects. Evaluated mechanical, feed and power (by disabling print bed heat during print). No joy. Printed test cube again as a vase and surface quality was fine. No pattern.
Test cube is aligned with X/Y axis and is made up of only 12 triangles. On a perimeter print the X should be constant for an X axis print, same for Y axis. Looking at gcode for test cube (below) they aren't. The numbers after the decimal on the X axis look kind of random. It is possible that the X and Y are not perfectly aligned but if this was the case X should always increase or decrease... not jump about.
; Layer Change 10
I'm pretty sure this is what is giving me a ripple pattern on the outside of my test block. I've made a lot of configuration changes lately so I don't exactly know what version of slic3r generated this problem. I will revert to an earlier version and see if problem goes away.
Rolled Slic3r back to version 0.9.1 and broke repetier environment. Ran Slic3r by hand on same cube with same config files and perimeter handling is much different. It is what I would have expected.
G1 F6000.000 E1.00000 ; compensate retraction
Strogly suspect it has to do with change made to support Mach3 which I use on my mill.
Thanks for looking at this.Please see files in
I can't find the Grey***** parameter files I reference in my slic3d
On Thu, Apr 17, 2014 at 2:17 AM, ledvinap firstname.lastname@example.org wrote:
See https://github.com/alexrj/Slic3r/blob/master/CONTRIBUTING.md please. Thank you
referenced this issue
Apr 25, 2014
So, let's try to put some order in this. One problem at time.
Looking at the composition.gcode file you posted, I don't see artifacts or ripples:
However I see that the spiral_vase option you selected was honored even though the file contains several islands and thus Slic3r should have been stricter and should have ignored your spiral_vase setting. I will fix this. Maybe trying to spiralize an unspiralizable object is the root cause of the issues you see in the printer (it would have been nice if you posted a picture, though).
Regarding any other issue, please open a separate ticket here on GitHub and make sure you provide all the information described in the guidelines so that we can reproduce the results.
added a commit
Apr 30, 2014
added a commit
Apr 30, 2014
Okay, Slic3r now will not honor the Spiral vase option if a layer can't be spiralized. This is now also covered by a regression test.
@RogerRepRap, should you have further issues do not hesitate to post them (but remember to provide as much information/details/files as possible). Thank you!