PrusaSlicer 2.1.0 - FINAL
Hi guys,
This is the final release of PrusaSlicer 2.1.0, introducing a state of the art Undo / Redo, height range modifiers, SLA pad around the object, perspective camera, partial arrangement, colour change time estimate, toolpath export as OBJ, custom print bed models and a lot more.
All the important changes are described in our latest PrusaSlicer video
What is new?
- Final version release
- Undo/Redo
- Height range modifiers
- SLA pad around object
- Perspective camera
- Toolpath export as OBJ
- Custom print bed models
- Other improvements
- Bug fixes (compared to 2.1.0-RC2)
Final version release
As mentioned above, this is a final release. To learn more about the news, check our latest video and also a new blog article by Josef: September Update: PrusaSlicer 2.1 with Undo/Redo is here, Sheet profiles and more!
Undo/Redo
All the actions accessible from the Plater are now undoable including object selection, actions at the side bar (adding modifiers, changing their attributes). We believe we have the best Undo / Redo implementation in the world of FFF and SLA desktop printing software. 😉
Height range modifiers
Just like modifier meshes, they let you change settings for a specific part of the model. However, modifier meshes are geometry-based (e.g. a cylinder-shaped area defines where supports shouldn’t be created – support blocker), while height range modifiers are based on, surprise, height information. So you can easily set different infill density for the base of the model and for the rest of the model. Height range modifiers can be used in a variety of ways, including changing the layer height for various parts of the model.
SLA pad around object
Starting with PrusaSlicer 2.1, it is now possible to place the object directly onto the printing platform and generate supports wherever necessary or even add a pad around the object.
Perspective camera
You can now switch between the orthographic camera (old default) and perspective camera (new default). The perspective camera represents our view of the world more faithfully (objects farther away from the camera are smaller). Maybe you will start switching the cameras on the fly, because each of them has its advantages.
Toolpath export as OBJ
FDM tool paths can now be exported into an OBJ file to be rendered by a photo realistic renderer. The initial idea and code was provided by Paul Arden, see his wonderful renders on twitter. The tool paths could be exported after the G-code is generated by menu File->Export->Export Tool Paths
Custom print bed models
PrusaSlicer now supports custom print bed textures and models #1875 #2169 #2496. Both PNG and SVG formats are supported for the print bed texture. The image and model files are assigned to the Printer profile from the “Bed Shape” dialog, and the full path to these files is stored into “bed_custom_texture” and “bed_custom_model” Print profile variables.
Other improvements
- Partial arrangement – great for a situation in which you already have several objects on the virtual print bed, and you add some more. You can select the new ones and arrange them by pressing Shift+A so they fill the gaps between already placed objects
- Max scale – Select an object, switch to Scale mode (the S key) and press the F key to scale the model so it covers the entire print bed
- Toolpath export – you can do photorealistic renders of the G-code
- Color change improved
- Translations into Czech, German, Polish, Spanish, French and Italian
- Faster start-up
- Faster tree support generation for the SL1 / MSLA 3D printers
- Selective slicing
- Modifier meshes and model parts can be dropped onto the print bed
Bugs fixed (compared to 2.1.0-RC2)
- Fixed message box opening over and over when adding an infill rate parameter to a modifier and then setting the infill rate to 100%. PrusaSlicer would ask to switch the infill type to rectilinear, but it cannot if there was no infill type parameter assigned already to the same modifier, leading to the same question being repeated over and over. This issue has been fixed by adding the infill type parameter to the modifier if it was missing before forcing it to rectilinear #2878 #2920.
- Fixed regression issue when loading ASCII STLs. This time loading was failing on Linux and OSX when opening ASCII STLs with Windows style line endings #2906.
- Fixed a regression issue of spurious travel moves from the wipe tower #2925.
- Fixed false positives of a missing object or support layers being detected (see details).
Supported printers:
- Original Prusa i3 MK3S MMU2S
- Original Prusa i3 MK3S
- Original Prusa i3 MK3 MMU2
- Original Prusa i3 MK3
- Original Prusa i3 MK2.5S MMU2S
- Original Prusa i3 MK2.5S
- Original Prusa i3 MK2.5 MMU2
- Original Prusa i3 MK2.5
- Original Prusa i3 MK2/S MMU1
- Original Prusa i3 MK2/S
- Original Prusa SL1
Download link:
Please report any bug here:
github.com/prusa3d/PrusaSlicer/issues
We look forward to your feedback!
RE: PrusaSlicer 2.1.0 - FINAL
One feature that I like is the feedback in the print time status for the color change, but the cumulative time is backwards. Instead of adding from the first color to the last color, it adds from the last color to the first color. See this screenshot of a 4 color print:
This was actually from a 3 color print, but I had a pause during the 3rd color to insert magnets and found that if I temporarily added a color change where my pause is then I could get the timing. (Using a modified version of Joan's "GET THE PRUSA TO STICK IT'S TONGUE OUT!" code.) And then promptly got confused looking at the cumulative print time until I figured out this bug.
Reported on GitHub here: https://github.com/prusa3d/PrusaSlicer/issues/2944
See my (limited) designs on:
Printables - https://www.printables.com/@Sembazuru
Thingiverse - https://www.thingiverse.com/Sembazuru/designs
RE: PrusaSlicer 2.1.0 - FINAL
> One feature that I like is the feedback in the print time status for the color change, but the cumulative time is backwards
This behavior is by design, it slipped under my radar. Our lead tester asked for it. The 2nd number matches the remaining time number shown by our MK3 printer. This makes sense, but it is certainly not clearly presented.
RE: PrusaSlicer 2.1.0 - FINAL
> One feature that I like is the feedback in the print time status for the color change, but the cumulative time is backwards
This behavior is by design, it slipped under my radar. Our lead tester asked for it. The 2nd number matches the remaining time number shown by our MK3 printer. This makes sense, but it is certainly not clearly presented.
Ah... That makes sense. I'll go and respond to the GitHub issue and see if I can close it as a user misunderstanding.
See my (limited) designs on:
Printables - https://www.printables.com/@Sembazuru
Thingiverse - https://www.thingiverse.com/Sembazuru/designs
RE: PrusaSlicer 2.1.0 - FINAL
Installing PrusaSlicer 2.1.0 from GitHub is blocked by Norton. Indicates that it is infected. Same is true for 2.1.rc2
RE: PrusaSlicer 2.1.0 - FINAL
even in the vid, it shows someone has issues with perspective. objects should appear to be larger, when close to viewer. unless prusa is now into alternate world dimensional engineering this should be revisited.
and we’ll be saying a big hello to all intelligent life forms everywhere … and to everyone else out there, the secret is to bang the rocks together, guys.
RE: PrusaSlicer 2.1.0 - FINAL
even in the vid, it shows someone has issues with perspective. objects should appear to be larger, when close to viewer.
You mean like this?
unless prusa is now into alternate world dimensional engineering this should be revisited.
Did you enable perspective view in preferences? The old default view was orthographic view which is correct for engineering applications.
RE: PrusaSlicer 2.1.0 - FINAL
> Installing PrusaSlicer 2.1.0 from GitHub is blocked by Norton. Indicates that it is
infected. Same is true for 2.1.rc2
Bug at the Norton side?
We shall try to sign our windows github releases as well as we already sign the windows drivers install package.
RE: PrusaSlicer 2.1.0 - FINAL
Just a quick note to say that I really appreciate the work the devs do on the Prusa firmware and PrusaSlicer. I gripe frequently about various things, but I'm impressed with the pace of progress. Nice to see long-standing issues be addressed as the software matures.
RE: PrusaSlicer 2.1.0 - FINAL
But basic things not yet fixed.
PrusaSlicer:
Other slicer:
RE: PrusaSlicer 2.1.0 - FINAL
@dmitry-gorelov
It's never been broken to need fixing, you just need to use the correct PrusaSlicer setting - Do not cross perimeters.
Bill
Tagaytay City, Philippines
Founder member of Philippines Prusa Printer Owners FB Group
Sponsor Pillars of God Academy in Bacoor
RE: PrusaSlicer 2.1.0 - FINAL
And infill selection is different, too.
RE: PrusaSlicer 2.1.0 - FINAL
Please excuse the poorly cut crack i was smoking... i guess 😵
while trying to show my point, i proved someone wrong on the internet....me
ortho, duh. there have been times when i should be using this.
perspective (my common setting). visually logicaly accurate from... "a certain point of view"
you would think spending 6 years being the KING of "ortho" piping drawings, id wrap my head around this. noooooooooo,
i am posting this in case anyone else has the same case of brain damage i had the other day. and yes, to be openly ridiculed (called wrong wrong wrong as my wife said) on the internet.
and we’ll be saying a big hello to all intelligent life forms everywhere … and to everyone else out there, the secret is to bang the rocks together, guys.
RE: PrusaSlicer 2.1.0 - FINAL
During change of filament with MMU2S the temp is managed badly.
The temp is changed before unloading of the previous filament and this causes problems (stringing etc) to MMU2S in particular with PVA supports.
Please fix this bug and follow this post for details: https://forum.prusa3d.com/forum/original-prusa-i3-mmu2s-mmu2-general-discussion-announcements-and-releases/mmu2-real-multi-material/
RE: PrusaSlicer 2.1.0 - FINAL
When will the Russian language be in PrusaSLicer? There is already Ukrainian, but no Russian! 😒
RE: PrusaSlicer 2.1.0 - FINAL
@soldatov-mo
You could always volunteer to help with the translation if you want it done quicker. Post over on the Prusa Slicer github and ask about helping out.
RE: PrusaSlicer 2.1.0 - FINAL
I can translate, but it's a very long time. If it was possible to get the source file of all the names of the buttons and explanations for them, the task could be solved faster.
RE: PrusaSlicer 2.1.0 - FINAL
@soldatov-mo
you should be able to start here. to get an idea. or even make a pull to work on it.
https://github.com/prusa3d/PrusaSlicer/tree/master/resources/localization
and we’ll be saying a big hello to all intelligent life forms everywhere … and to everyone else out there, the secret is to bang the rocks together, guys.
RE: PrusaSlicer 2.1.0 - FINAL
How to turn this silly massages off? I know better how my machine works and this massage popups every change I made. Tired of that.
RE: PrusaSlicer 2.1.0 - FINAL
@billcampbell
@dmitry-gorelov is right a bit, on pictures below you can see routes and prints at same config with slic3r and prusaslcr.
As you can see, where are more non printing moves in prusa. And quality of prints is better with slic3r.
Prusa team are doing good at some new features but do nothing at printing itself. Thats why other slicers are better for now.
You can also see top infill difference. Its because of extrusion wide restriction of last version of prusaslcr, dark lines are cracks.
And on last picture you can see the main differences in quality - Slic3r wins.
