burtoogle

Retract before outer wall is in custom settings -> travel Outer before inner walls is in custom settings -> shell To see these preferences you may need to go to Menu settings -> configure setting visibility Cheers, Mark

Hi, I can see what's happening, it's not retracting when moving between the first set of walls it outputs (the innermost walls). This could be related to a known bug (currently not fixed) or it could be something different. My only suggestion at the moment is to have retract before outer wall enabled and print outer wall first enabled. That combo should ensure a retraction occurs. Also, I notice that you are not using the wall order optimization which is available as an experimental feature. If you enable that it will do less traveling. Hope this helps.

Could you please post a link to the gcode file so that I can check out what's happening? Thanks

Sorry, I just realised that I used the wrong model, here's the right model (still looks OK to me). I did have to reduce my first layer height to 0.2 from 0.25 otherwise it didn't print the full width of the support piece. What initial layer height are you using?

Yes, it's OK with z = 0.

Set combing to "no skin".

Hi, if you have the combing mode set to "all" then what you are seeing could be related to https://github.com/Ultimaker/CuraEngine/issues/625. Try setting combing mode to "no skin" and see if it still occurs.

For a cylindrical shape like that you will get best results using the User Specified z-seam alignment along with some suitable x/y values. This will align the z-seam across layers. However, you can still specify a seam corner preference and what that does is move the z-seam from the position that it would have given the x/y values and the shape of the part to a nearby convex or concave corner. You can even control how much influence the corner will have on the z-seam position by varying the x/y values (while keeping the ratio of x to y the same). The larger the values of x/y the more influence the corner will have. Have a play with it, there's quite a lot of control there.

The Ultimaker people reported problems with various printers when the relative extrusion mode was added, they will be able to give you more info. I don't think so, I am happily using absolute zyz coordinates with relative e values.

There's a repo called cura-build-environment. I built and installed that and it provides all (or nearly all) of the dependencies required to build/run cura. It takes a while to build but I found this the most reliable way of building cura from source.

Here's another example of using infill meshes - on this bracket I want the infill around the holes to be 99% but the whole bracket doesn't need that much so I have cylindrical shaped infill meshes:

I run Cura from source on Linux and have to use this little shell script (I install Cura under /opt/cura). #!/bin/sh PATH=/opt/cura/bin:$PATH PYTHONPATH=/opt/cura/lib/python3/dist-package /opt/cura/bin/cura $* This crap forum seems to have screwed the formatting of the code but I hope you get the idea.

You can't do that but the recent versions of Cura (3 onwards?) support relative extrusion for those printers that can use it. It's in the special modes section. The Ultimaker people can confirm this but, unfortunately, I do not think that their printers can cope with relative extrusion so if that's what you have it probably won't help.

Under preferences, disable "Ensure models are kept apart", restart Cura, try overlapping models again.

Hi. I'm afraid that my changes to reduce the travel when printing models like the above did not make it into 3.1. I needed to make the code more efficient as for some models it was too slow. I am now happy with the performance and it makes a good job of reducing the amount of travels. I am now expecting it to arrive in 3.2. Sorry for the extra delay.

At the moment, it's only automagic with a few settings to control the layer height range and the step size and another setting that controls the height of the layers in relation to the slope of the surface. When people start to use the feature you would expect there to be a discussion about what settings are useful and how much manual control is desired/required.

Well, old benchy is rather boring, what we need to test this feature are real curves! Again, sliced using layers from 50um to 350um. Two walls, no infill, Cura reports 1h40m for the variable layer height version and 5h11m for a version with 50um fixed height layers. I printed one in transparent blue PLA and it came out rather nice. All smooth curves!

The slope of the deck and the sloping hull sides are probably what's causing the large amount of blue. Once the z gets above the bow the layer height increases (becomes green) until it nears the top of the arches where it goes blue again. Chris has provided some settings to tweak so it is possible to alter the behaviour. I'm just showing an example, no claims as to whether it's ideal or not.

See https://github.com/Ultimaker/Cura/issues/2666 for some background info on this feature.

Another example showing layers varying from 50um to 350um. Haven't actually printed this yet so I don't know how good the result would be.

That capability has recently been added (big kudos to ChrisTerBeke, it's his work) and is currently in the development version (master branch). I understand that it will be available as an experimental feature in Cura 3.2. Here's an example showing the layers coloured by height:

Hi, I think that it is possible that this has already been fixed for the next release. See https://github.com/Ultimaker/Cura/issues/2704 for more details.

Could you please post a link to the model? Thanks.

I've fixed a problem with this code and submitted it for inclusion in the next release: https://github.com/Ultimaker/CuraEngine/pull/653 Sorry for the inconvenience.

Hi. Yes, it's not working quite right. I am looking into it now...