The combination of retraction and travel move is only possible with firmwares that correctly implement the G0 command. If you supply the --g0 option to Slic3r it will emit G0 instead of G1 for travel moves and retraction, and will combine them. Unfortunately, neither Sprinter nor Marlin implement G0 correctly so you'll get a very slow and ineffective retraction because it will be syncronized withby Sound - Slic3r
I never used Bowden in my life but will be shortly thanks to kind donors, so expect optimizations for that hardware in the near future.by Sound - Slic3r
John, I hope you'll understand that such a feature would address a very limited range of uses so it's unlikely that it will be implemented in Slic3r. Moreover I think that the Z offset option shouldn't be at all in Slic3r as it's an ugly compensation for bad endstop position. If you have such a complex hardware I think Z compensation should be handled in firmware.by Sound - Slic3r
jbernardis, there are examples in the FAQ I linked. for exampleby Sound - Slic3r
Quoterichrap > Hi Alessandro - I did spot some odd spikes while > doing some tiny printing last week, this was with > the 0.9.8 release, I hope they are just Repetier > rendering errors. Hello Rich, these are indeed rendering errors caused by some wild mitering in RH/OpenGL :-) taking place when infill has acute angles. This is the layer containing the spike, I chose the "lines" renby Sound - Tantillus
Oh, two people with the same problem I think you need to open citrusterm.bat to get all the paths set correctly, and then run Slic3r from within that subterminal.by Sound - Slic3r
Read here: To get a list of all config options, just export your config (File menu) and open it with a text editor.by Sound - Slic3r
This is the confirmation from the Repetier-Host author:by Sound - Slic3r
Quote > What about mitre limits, different hole sizes and > all the spiky artefacts people keep reporting? Miter limit is one of the parameters controlling how the offset algorithm works to take extrusion width into account (the offset works on the extrusion path centerlines, and it doesn't take width into account by default). For example, look at this picture : the original slice containsby Sound - Tantillus
I'm attaching the test G-code file just in case.by Sound - Slic3r
So, here I am. I had a close look at the issue and wanted to check whether the G-code was actually misaligned or not. So I generated a simplified test G-code file (attached) that just lays down four segments per layer, with the same exact coordinates; however layers are randomly rotated just like the randomization feature does in Slic3r. Since all layers use the same coordinates and same flow Iby Sound - Slic3r
john, what would that non standard format printer look like? how would different Z offsets avoid collisions in that case?by Sound - Slic3r
QuoteSublime > I will not be spending the time to test Slic3r > 0.9.8 after these renderings made with Repetier > host were posted in the Slic3r thread showing that > Slic3r 0.9.8 can not slice a simple shape (cube > with one rounded corner) and produce smooth sides. Unfortunately, it looks like there's a rendering issue in Repetier-Host that produces that result when a G-code filby Sound - Tantillus
Quotenophead > I have never understood why slic3r doesn't simply > do what its name implies. I.e. slice the object > you give it and use that as the outline for each > layer (offset by the filament width of course). That's what Slic3r does - except it offsets the outlines by half the extrusion width, but I'm sure you know that.by Sound - Tantillus
Lars, that doesn't look like an adhesion problem to me. It looks like the object in your first picture is not flat, and Slic3r detected the need to generate some support material below it. I think the best way for getting some help in understanding what happened is to attach your STL file and your G-code to this thread so that we can inspect things more in depth.by Sound - Slic3r
I agree that looks nice and I appreciate that you mentioned the original one, very fair. ...but reading "acrylic" there really surprised me! Can you elaborate on that choice? Wouldn't temperature be a problem for it?by Sound - For Sale
Er... it would be good idea to mark this as if you feel like it isby Sound - Slic3r
Well, I don't know whether those E-steps, acceleration and maxjerk are right or not - I was pointing out that they were differently applied in the two G-codes, thus possibly compromising the comparison. They indeed override your firmware defaults, so you are right in using them to adjust the defaults. Also note that they last until you reset your electronics board so if you change them in someby Sound - Slic3r
Hello, you might be interested in tracking the status of these ones: I admit this is a bit low-priority, since I'm focusing on FFF printers for now. But I happen to work on those other things from time to time.by Sound - Slic3r
Sublime Wrote: Quote> Do you really want me to post links to all of > those conversations on github? Oh yes! Quote > Again your ability to read has gotten you to > completely the wrong place. I said versions > between that picture (0.9.8) and > 0.7.2b were crap. After you posted a picture to > show the level Slic3r has reached. And I sad NO it > was at that level at 0.7.by Sound - Tantillus
@dansxmods, that one I like better. A bit tricky code-wise, but it would be useful.by Sound - Slic3r
Hello wd5gnr, nice script! Work is being done to allow different settings for different regions in a single slicing job... so many things in my todo list, but I want it so badlyby Sound - Experimental
So happy to read all this good feedback! \o/ Slic3r has been under active development for one year, and you know, development snapshots are unstable by definition. 1.0 is the goal for stability, and we're going there thanks to the community supporting with feedback. @anode505, @pfinucan, can you export your config (File menu -> Export) and attach it here? I'd be glad to give it a look.by Sound - General
Yes, I do agree with that. It is in my todo list.by Sound - Slic3r
Hello blake, thanks again. I'll look at things more in depth later, but for now I wanted to say that the cooling logic in Slic3r does not just control fan: it adjusts print speed too, according to the configurable threshold. For very small objects like this one, it will slow the print down. I'm pretty sure that's just the same KS is doing. Yes, 11mm/s is pretty low but it's probably the only goby Sound - Slic3r
That's an interesting idea.by Sound - Slic3r
I would like to help you but I really know nothing about BfB firmware and have no printer of them...by Sound - Slic3r
qawsed, you can just reduce extrusion width a little bit to make sure two traces fit in there. Just open a G-code file to read what width Slic3r has been using, then reduce it a little bit and set it in the Advanced section under Print Settings.by Sound - Slic3r
Thanks to you for confirming! Lots of work went into this, and a new gap filling implementation is being tested currently.by Sound - Slic3r