ini files that have a very simple format. Presets or profiles are usually stored in. If you are like me and use the slicer from different computers, this is a great way to put the files in a shared drive or use something like Syncthing to keep a few copies synced across the network. Speaking of which, both programs take a -datadir command line argument that lets you put the configuration files where you want. If you want to try your hand at it, I highly suggest you backup your configuration directory or switch to a new one. I’ll show you how I have things set up and where the limitations are. The problem is, this capability is not documented very well and the GUI doesn’t really support it directly, which requires a little sidestepping. Both of these, of course, are based on Slic3r, but the scripting languages are different and what I’m doing does require G-code scripting. Prusa Slicer and its fork, SuperSlicer, have the capability already. I’ve long wanted to create a system that lets me have baseline profiles and then just use specific profiles that change a few items in the baseline. Part of the reason I want to manage multiple profiles has to do with this mystery object… For example, if you have profiles for different nozzles, you get to make a choice: keep one profile and edit the parts that change, or keep multiple profiles and any common changes have to be propagated to the other profiles. You have to keep changing profiles and modifying them. This does lead to a problem, though, when it comes to slicers. That doesn’t describe me and, I’m guessing, it doesn’t describe you either. They buy it, they print with it, and they don’t change much of anything. I know people who have 3D printers that are little more than appliances.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |