Adjusting speed - slic3r?
-
@veti said in Adjusting speed - slic3r?:
i think they introduced the feature to have to option of quiet(stealthchop) vs speed (spreadcycle)
The newest version has an option for Silent mode that activates a second set of maximum feedrate.Ah OK. All the more reason to stay clear of it IMO. This stuff really should not be in a slicer, but in the firmware which is where it belongs.
-
@deckingman that's where it gets tricky for Prusa since they are targeting their own firmware as well. As you say, it's become a lot less printer agnostic with their recent releases. I hope that's just a temporary thing while they are working towards the next generation slic3r with a more modern Interface.
I don't have high hopes though. I've posted a few of the issues I've found on their GitHub bug tracker and I've been told a few times that it's not an issue it's a feature, completely ignoring that people other than Prusa printer users might be using it.
I think some of those issues may now be moot because reprapfirmware supports some of the Marlin commands for speed now. But really that should all be set with the gcode flavour to target your slicer to your firmware. As it stands a lot of their new features are only present in the Marlin flavour and so we see issues like this one.
-
@phaedrux I think the clue is "PE" - Prusa Edition. I guess their philosophy is that it's for "our" (Prusa's) customers but they offer it free for other people to try if they want to. I'm not hopeful that they will take much notice of non-Prusa users. Why should they? There is no incentive for the Prusa developers to do that. Fortunately, there seems to have been some relatively recent activity on the non-Prisa versions (Slic3RDev).
-
@deckingman Time will tell. The PE version is inclredibly popular with 3D printing community at large. I imagine there would be some vocal push back if it became too tightly integrated with their own printers. However, the general printer population generally uses Marlin anyway, so these new features generally work for them without issue. So it's really just RepRap users being left behind simply because of the syntax of the gcode.
Hopefully, a lot of the improvements that Prusa has made to Slic3r will find their way back into the main branch of Slic3r.
-
@phaedrux Yes, lets see. TBH, us users of mixing hot ends with 5 inputs are really struggling. I've tried just about all the slicers out there (including some paid ones) and the only one that does most of what is needed is Slic3R - the non PE version. The multi-filament changes that Prusa have made have really ballsed things up for mixing hot ends.
-
@deckingman Not to take this discussion too far off the rails, but have you tried contacting the major slicer makers to see if there is any interest in working with you to expand their support for mixing style hotends? I know that filament swapping and splicing multi material is all the rage right now, but surely there are more mixing hotends actually operating out there in the wild.
-
@phaedrux said in Adjusting speed - slic3r?:
@deckingman ...............................but surely there are more mixing hotends actually operating out there in the wild.
Nah - I don't think there are many of us with the masochistic streak needed.
Judging by the feedback I get on my blog and the very small handful of people who have downloaded my Diamond mounts that is.Maybe if there was a mixing hot end that actually mixed, rather than combined, there might be a few more of us nutters about (I'm working on it). I think the other issues are cost - (how many users will buy 3 or 5 extruders) and size - (you need a biggish printer to take the hot end and still have a reasonable amount of travel on the axes).
-
@deckingman said in Adjusting speed - slic3r?:
Nah - I don't think there are many of us with the masochistic streak needed.
Judging by the feedback I get on my blog and the very small handful of people who have downloaded my Diamond mounts that is.@burtoogle seems to be responsive to requests concerning Cura.
-
Hey gang - Slic3r was causing me problems by overwriting my speed, jerk, acceleration, etc. I agree with the idea that the slicer should stay out of all that.
The good news is that setting "G-code flavour" under Printer Settings -> General to "RepRap/Sprinter" (not Marlin) seems to disable acceleration, jerk, etc, settings in Slic3r. No more meddling. Phew!
-
I wonder how many people this is causing issues for. Having slic3r in Marlin mode enables an entire other set of printer settings variables in the printer settings tab. It's fine if you know it's there and modify the settings to match what you want in the firmware but if you didn't know it was there it would be hard to troubleshoot or even tune the printer.
-
@jameswood said in Adjusting speed - slic3r?:
The good news is that setting "G-code flavour" under Printer Settings -> General to "RepRap/Sprinter" (not Marlin) seems to disable acceleration, jerk, etc, settings in Slic3r. No more meddling. Phew!
I had this issue several months ago and posted this tip...
BTW, I had to use RepRap/Sprinter as firmware flavor for the little 3D printer I offered to my brother (PrimaCreator P120), to avoir setting all these speed/accell values: I checked, and there is no difference in generated G-Code.
-
@phaedrux said in Adjusting speed - slic3r?:
I wonder how many people this is causing issues for. Having slic3r in Marlin mode enables an entire other set of printer settings variables in the printer settings tab. It's fine if you know it's there and modify the settings to match what you want in the firmware but if you didn't know it was there it would be hard to troubleshoot or even tune the printer.
That's exactly the point I've been trying to make for months. If you want to help other users with their setting up and tuning issues, not only do you need to ask for their configuration files, but also their slicer settings because they could be overridden.
So there are now potentially 3 places where configuration settings can be set. Config.g, config override, and now the slicer as well. -
What is strange is why Prusa didn't add a simple key to enable/disable the speed/accel override for all firmware flavors...
-
@fma said in Adjusting speed - slic3r?:
What is strange is why Prusa didn't add a simple key to enable/disable the speed/accel override for all firmware flavors...
I think they kind of did by splitting out Marlin from RepRap. So from what I have been led to believe, if you use RepRap flavour, then the ability to modify acceleration settings is hidden.
-
Yep, but from a software point of view, adding a key to enable/disable this feature, without relation with firmware flavor, is as simple as what they did. And much less confusing.
Frédéric
-
@deckingman said in Adjusting speed - slic3r?:
So there are now potentially 3 places where configuration settings can be set. Config.g, config override, and now the slicer as well.
But this is not something new. The Acceleration control is in Slic3r from long before PE fork (quick search says 2013).
Also Cura has this option for some time now.And there is also one detail that is overlooked, when you start Slic3rPE for the first time, you need to define your printer. If you select one of Original Prusa models, you get all the modifications associated with it. But if you ignore that, the Firmware type is selected as RepRap/Sprinter and all acceleration controls are disabled. So they are thinking about non Original Prusa users, it's users that make the choice.
I always start with Original Prusa profiles and then disable the features I do not need/want. It's a good starting point for me.
But I agree that a key to disable this would be better. -
@fma said in Adjusting speed - slic3r?:
Yep, but from a software point of view, adding a key to enable/disable this feature, without relation with firmware flavor, is as simple as what they did. And much less confusing.
Oh for sure. But the only reason Prusa do their own version of Slic3R is for users of their (Prusa) printers. And it's for marketing reasons (it helps to sell more printers). They don't really care about non Prusa users (and why should they?) I think they take the attitude that other people can use their version of Slic3R if they want to but it's really for Prusa printers and so it's not up to Prusa to make life easier for people who don't use their printers. They haven't put time and effort into modifying their version of Slic3R for the good of the entire printing community - they have done it to sell more Prusa printers. But there is nothing wrong with that - it's a good business model.
