-
Notifications
You must be signed in to change notification settings - Fork 343
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Abandoned Plugin] Full-featured Slicer #911
Comments
From the top of the README.md... Note: This project is no longer maintained. The latest Cura versions have excellent support to directly slice and send gcode to OctoPrint, and hence render this plugin largely obsolete. If you are interested in taking over the ownership of this plugin, please PM me. |
#572 was created previously, so there is someone with ownership but I guess the note on the readme has not been changed? |
@eyal0 we haven't heard back from you on this and have received another abandoned plugin report. Are you still maintaining the plugin or should we put it up for adoption? |
I don't have time to maintain this anymore. I'm willing to help out whoever follows. |
Me |
@eyal0 would you be willing to transfer the repo to volunteer @urobot2011? We've found that this is the smoothest way to transition a plugin between maintainers. |
Sure! How do I do it? |
You go into the settings of the repository and use the transfer button at the bottom of the page. But before you do that I'd like to get a formal response from @urobot2011 that he truly wants to take over maintenance of this plugin and verify it's not just some random bot on github replying to issues with single word replies. |
I like this plugin. I haven't been a programmer for a little while, and I'm not totally familiar with the specifics of using github. How much work is it to maintain the plugin? |
It largely depends on the popularity of the plugin and how many people are using it. Dealing with feature requests and bug reports, etc. Currently the plugin is showing 21 open issues. https://github.com/kennethjiang/OctoPrint-Slicer/issues |
It's a complex plugin. The slicing part is pretty simple. The hard part is showing the STL file on the screen and allowing for manipulation. A 3D javascript library is used for this and it's pretty intense in computation. It can be really slow for large STL files which is why it's often better to slice in desktop software. But for small changes this is not bad. |
I can maybe take this on! Its Python I would need to know correct? We still can't slice from a mobile device, technically this can be used in a mobile web browser to slice if an user ever wanted to! :) |
Python and JavaScript are both involved with plugins. |
BTW the GridSpace plugin should be able to work in a mobile browser... |
@jneilliii would you just recommend me using that rather than up keeping this plugin per-say? |
I'm not saying that at all, just letting you know there are options. |
Hello! I would love to take on maintaining the OctoPrint-Slicer! I've slowly been chipping away at combining the former OctoPrint-Slicer and OctoPrint-Slic3r plugins in order to provide native PrusaSlicer support. This allows people to use their own PrusaSlicer printer profile within the very nice OctoPrint-Slicer web interface: Currently the plugin works nicely and allows users to download PrusaSlicer v2.4.2 onto their Raspberry Pi from the plugin's settings menu. If approved, should I backup and then delete my own repository? Or should I just rename it so ownership of the original repo can be transferred...? |
There's a couple of approaches here @Garr-R and it will depend on how @eyal0 or @kennethjiang want to proceed. If they are willing to transfer the repo to you, then yes you'll need to delete your fork. Otherwise you can keep your fork open and we just point everything to you and setup update check overlays, etc. |
OctoPrint-Slic3r is just for running slic3r or the prusaslicer. OctoPrint-Slicer is the GUI interface that can arrange elements on the surface and then sent them to a slicer to print. Which one did you do, @Garr-R ? |
I've basically merged both of them @eyal0. So now the GUI from the OctoPrint-Slicer plugin is integrated with the backend of the OctoPrint-Slic3r plugin, supporting both slic3r and PrusaSlicer profiles and eliminates the need for both plugins to be installed. I've also added the ability to download PrusaSlicer to the user's Raspberry Pi from the plugin's settings menu, making the installation process for new users much, much easier (assuming they use the default "pi" username...). There is also an offline branch for users that don't have their Raspberry Pi connected to their network (e.g. business or colleges with strict network policies that don't allow Raspberry Pi's to connect to their network) My next big plan for this plugin (outside of getting PrusaSlicer v2.5+ to work on a Raspberry Pi....) is to re-design how profiles are selected and imported. I'd like to build an OctoPrint Wizard that lets users select from the official "vendor" profiles that PrusaSlicer uses (print, filament, and printer presets), which should make it much easier to switch between different filament, nozzle size, and layer height/speed presets. Ultimately, I really wanted to get this plugin back up and running for the school districts that use my company's printers (MakerGear). There are a LOT of middle/highschoolers that continue to use this plugin because their Chromebooks can't install PrusaSlicer/Cura, so OctoPrint-Slicer really makes things easier for them. This plugin is also great for all of the people who are getting into 3D-printing, or are slicing on mobile devices with their own profiles. I'm very open to and looking for feedback! My current release is fully functional and should be a fairly smooth setup process if anyone wants to try it out If users request support for CuraEngine I'd be open to adding it back into the plugin! (possibly integrating it with the CLI wrapper from this repo) I'm just way more familiar with the slic3r/PrusaSlicer's CLI so I started there |
Is it not better to keep them separate? You might have users that want just the slic3r/prusaslicer. Or you might have users that want the 3d interface but without slic3r, because they want to use, for example, cura slicer. Further still, you might split the slic3r plugin into one for slic3r and one for prusaslicer. They are sufficiently different now, right? Finally, and this is only if you're really devoted, I made my own version of OctoPrint-Slicer that has some new features, like the ability to cut an object into two pieces, for example. And it has an auto-arrange feature that will arrange multiple items on the build plate somewhat optimally. Also, it can detect objects that overlap or objects that are outside the bounds of the printer. Anyway, if you're interested in that stuff, I maintained the plugin here: https://github.com/eyal0/OctoPrint-Slicer I don't promise that it works well. Anyway, stuff to think about. |
Which Plugin?
https://plugins.octoprint.org/plugins/slicer/
Link to ticket on plugin's issue tracker confirming abandonment
https://github.com/kennethjiang/OctoPrint-Slicer
Is there someone open to adopting it?
No response
The text was updated successfully, but these errors were encountered: