Why don't you use Cura slicer?
-
One point to add is that you can really improve the usability of cura with big/lots of models if you turn off the auto slicing of models. that way you can sort out the build plate move things, rotate etc and then slice the model.
-
I started using slic3r and for a while I was very happy with it. Then they did an update that made the Windows build crash frequently. At that point I tried Cura (I think it was version 15.04) and found it generated buggy GCode, AFAIR it inserted tiny G0 moves between adjacent extruding moves, which play havoc with pressure advance. [S3D does the same when printing curved skirts, but nowhere else that I have seen.] That's when bought S3D.
My main criticism of S3D is that it is terrible at handling multiple printers of different types. It also lacks the speed control for printing "small perimeters" that slic3r has had for at least the last 4 years, which is invaluable especially on the first layer.
I tried Cura version 2.something a while ago, but it seemed very basic compared to version 15.x and didn't seem to understand delta printers.
So if you can tell me that the latest Cura handles switching between different printer profiles better than S3D and allows me to reduce the speed for small perimeters, I'll gladly try using it.
btw I would be interested in a slicer that produced GCode that is less machine dependent, as I outlined at http://forums.reprap.org/read.php?1,803621. I have 3 different printers (Cartesian, Delta and SCARA) all with 0.4mm nozzles, and I see no reason why I should need to slice models differently for them.
-
It will also do stupid things when slicing sometimes. For example small circles (3mm dia) it will revisit the perimeter of these circles 3 times (3 shell) when it really should do the whole 3 at once because these small circles sometimes have a problem adhering when you do multiple passes on the first layer.
This is not actually a limitation in Cura anymore as it has an option to optimize the order that walls are printed so that it will print all the walls around a single hole first before moving on to another hole.
That's very good news! Just add the speed control for small perimeters, as David said, and I will certainly go back to Cura!
-
I used to use slic3r but have forgotten about it now(!) so please provide a description of the speed reduction on small perimeters so I can understand the request.
I know that printing curves on the first layer reliably requires a slow down because my personal version of Cura has separate speeds for the first layer walls and everything else. What I do is print the walls on the first layer real slow and then print the skin quite a bit faster. I find this works really well, I get perfect walls and don't have to wait forever for the skin to be printed. I did offer the Cura people the code to do this but they rejected it saying that they wanted to achieve the same thing a different way (this was some time ago). They haven't done anything about it so I will try again.
-
BTW, have you noticed the duplicate posts on the forum? When I posted that last reply I got an error page so I posted it again.
-
Yeah I think I know the cause…. Roll on new forum software when I can!
-
I used to use slic3r but have forgotten about it now(!) so please provide a description of the speed reduction on small perimeters so I can understand the request.
Well, Slic3r has a specific speed param for small perimeters, that's all. You usually set it with a slower speed than normal perimeters. This speed is also scaled down by the first layer reducing speed factor.
But I don't know what is considered as a small perimeter (the length is hard coded). All I know is it works fine.
I know that printing curves on the first layer reliably requires a slow down because my personal version of Cura has separate speeds for the first layer walls and everything else. What I do is print the walls on the first layer real slow and then print the skin quite a bit faster. I find this works really well, I get perfect walls and don't have to wait forever for the skin to be printed. I did offer the Cura people the code to do this but they rejected it saying that they wanted to achieve the same thing a different way (this was some time ago). They haven't done anything about it so I will try again.
The problem is if you reduce the speed of all perimeters to handle small ones, it can takes hours when you have large external perimeters, mostly straight lines, where you can print much faster than small inner holes perimeters.
-
Where the "small perimeters" speed reduction factor in slic3r is especially useful is when I am printing parts with M3 clearance holes aligned with the Z axis. The perimeters for such holes need to be printed very slowly to ensure good bed adhesion and to stop the filament cutting corners.
-
@fma:
I used to use slic3r but have forgotten about it now(!) so please provide a description of the speed reduction on small perimeters so I can understand the request.
Well, Slic3r has a specific speed param for small perimeters, that's all. You usually set it with a slower speed than normal perimeters. This speed is also scaled down by the first layer reducing speed factor.
But I don't know what is considered as a small perimeter (the length is hard coded). All I know is it works fine.
If you hover over the small perimeters box, you get a pop up, and in that it says that it applies to perimeters having a radius <= 6.5mm. At least that's what happens with Slic3R PE 1.37.1. I have no idea why that number was chosen or why it's hard coded.
-
I didn't notice that. Thanks!
-
OK, thanks for the description of the slic3r small perimeters setting. If you use that, you'll be looking forward to exploring M592 so that your first layer walls will have uniform width (just kidding, of course!)
-
One point to add is that you can really improve the usability of cura with big/lots of models if you turn off the auto slicing of models. that way you can sort out the build plate move things, rotate etc and then slice the model.
Thanks for the info. I will have to revisit a newer version again and try this.
-
Opinions only:
I use Cura. I did at one point license S3D and kept going back to Cura, so when C3 came out, I sold my S3D license
Cura V3.x has MUCH better defaults around supports. Still not enough manual control… but... so far, I've not needed manual control if I just take the defaults.
In fact, there is a theme here: I am a person who immediately puts software in "expert mode" and tweaks every setting. I've discovered that with Cura 3, I'm getting fantastic results just using the "recommended" mode of the GUI, which really only takes about four or five settings and leaving the rest of the hundreds of settings alone. This is hard for me… I want to be a control freak... but it seems to work very well. This is the main reason I've come to chose Cura: I want results, not eternal tweaking.
Yes, IMHO, the very first thing you do to Cura is turn off auto slicing.
Cura V2 and/or V3 GUI is VERY SLOW on my machine. The slice engine is fine. I have been working with Cura support on this issue and I believe they've found the root cause, literally in just the last few days. It seems that custom defined printers always have 8 extruders (and maybe 8 of other things) internally. The error checking around the fact that 7 of those 8 don't really exist is what is slowing down the GUI. I'm hoping for a patch soon, and/or I may manually edit the (somewhat byzantine) raw configuration files.
I really, really, really, like the Cura > Octopi plugin. So much that I'm attempting to code a Cura > Duet3D plugin.
So, why Cura? Despite the GUI slowness?
I like open source. I'm getting excellent print results. As a disclaimer, I do not typically print extremely high poly count STLs… and that may change, soon. So we'll see if I still like Cura when I start printing higher and higher count models.
Why NOT ideamaker? Doesn't support round beds, and I'm a delta/kossel fanatic. Otherwise, I'd be giving it a really solid try. Why not Slic3r? Harder to answer. There is something about it that just seems awkward. Personal taste. Also, I can't remember if it supports round beds or not. Why not S3D? While I like generally like OSS, I will happily pay for commercial software if it has value. To me, S3D is absolutely NOT $150 'better' than Ideamaker/Slic3r/Cura. Not even close. YMMV.
Anyway, that's it for now, from someone who's the opposite of the very original question... "Why don't"... well, I DO! For the above reasons.
-
I really, really, really, like the Cura > Octopi plugin. So much that I'm attempting to code a Cura > Duet3D plugin.
.
Have a look here:
https://github.com/Kriechi/Cura-DuetRRFPluginA Cura plugin for controlling a Duet with RepRapFirmware.
Thanks to resam for this, thread is here:
https://www.duet3d.com/forum/thread.php?pid=27676#p27676 -
I really, really, really, like the Cura > Octopi plugin. So much that I'm attempting to code a Cura > Duet3D plugin.
.
Have a look here:
https://github.com/Kriechi/Cura-DuetRRFPluginA Cura plugin for controlling a Duet with RepRapFirmware.
Thanks to resam for this, thread is here:
https://www.duet3d.com/forum/thread.php?pid=27676#p27676FANTASTIC! I will take a look.
-
Got that plugin, downloaded and installed, and played a bit.
That is EXACTLY what I wanted. Thanks, thanks, thanks. Saves me a ton of work.
-
I seem to be in the minority - but I prefer Cura. It just seems to produce a nicer end product. It's not perfect, as sometimes it doesn't provide support where i'd expect it to, but generally it's my preferred slicer.
One of these days I'll go mad and pay for a slicer… but I haven't felt the need yet.
-
A Cura plugin for controlling a Duet with RepRapFirmware.
Thanks to resam for this, thread is here:
https://www.duet3d.com/forum/thread.php?pid=27676#p27676I tried installing that, but I couldn't get it to appear in the plugins/extensions list. I recently updated Cura to 3.1.0, so maybe this hasn't caught up?
-
Danal:
Glad you liked it! Saves me a ton of time and clicks every day!DavidJ:
I haven't played with Cura 3.1 yet - because their issue tracker is just filled with bugs in the latest release cycle…
Maybe I find some time in the next days to test & maybe update it.
Feel free to open a bug report on the github repo page: https://github.com/Kriechi/Cura-DuetRRFPlugin -
I haven't played with Cura 3.1 yet - because their issue tracker is just filled with bugs in the latest release cycle…
And now 3.2beta is available so the issue tracker is going to get more work.
It's great to get new features but if it comes at the expense of stability and compatibility with older versions then something is wrong. I have had my little rant over on the Cura forum suggesting they use a different release strategy with support for long term releases but it made no difference.
