Bot releases are hidden (Show)
Published by bubnikv over 5 years ago
This is a release candidate of PrusaSlicer 2.0.0 based on Slic3r. The PrusaSlicer 2.0.0-rc is a successor of the Slic3r Prusa Edition 1.42.0-beta2. Please see the change log of the 1.42.0-beta2 release for the complete change logs of the 1.42.0 series.
As the Slic3r Prusa Edition diverged from the original Slic3r significantly, we decided to rename the project to PrusaSlicer. The community used the Slic3r and Slic3r PE names pretty much interchangeably, which lead to confusion. For example bug reports and pull requests on Slic3r PE were being posted into the original Slic3r repository, and new users could mistakingly download upstream Slic3r and wonder why it looks different from the screen shots in the Prusa3D Handbook and why the Slic3r it not configured for their printer. PrusaSlicer is based on the Slic3r by Alessandro Ranellucci and the RepRap community, and we are proud of that heritage. While the two projects diverged, we believe developers of both projects will continue to exchange the source code and ideas.
Published by bubnikv over 5 years ago
This is a third public beta release succeeding multiples of the Slic3r PE 1.42.0 alphas and two betas, introducing a Copy / Paste feature to the 3D scene, improving the SLA mode and fixing many bugs. Compared to the current stable Slic3r PE 1.41.3 release, the Slic3r PE 1.42.0-beta1 features a significantly reworked user interface, new masked SLA support, improved stability and a lot more. Please check the detailed change log of the 1.42.0-alpha1 release for all the major changes, and don't miss the change logs of the successive alphas for incremental improvements upon the first alpha: 1.42.0-alpha3, 1.42.0-alpha4, 1.42.0-alpha5 1.42.0-alpha7, 1.42.0-beta and 1.42.0-beta1.
--sw-renderer
command line switch has been added to instruct Slic3r to load the MESA software renderer instead of a possibly buggy default OpenGL driver. In addition, the MESA software renderer is loaded by default if Slic3r is started over a Remote Desktop session #2068.-DSLIC3R_GUI=no
switch to cmake #1348.Published by bubnikv over 5 years ago
This is a second public beta release succeeding multiples of the Slic3r PE 1.42.0 alphas and the first beta. Compared to the current stable Slic3r PE 1.41.3 release, the Slic3r PE 1.42.0-beta1 features a significantly reworked user interface, new masked SLA support, improved stability and a lot more. Please check the detailed change log of the 1.42.0-alpha1 release for all the major changes, and don't miss the change logs of the successive alphas for incremental improvements upon the first alpha: 1.42.0-alpha3, 1.42.0-alpha4, 1.42.0-alpha5 1.42.0-alpha7 and 1.42.0-beta.
Published by bubnikv over 5 years ago
This is a first public beta release succeeding multiples of the Slic3r PE 1.42.0 alphas. Compared to the current stable Slic3r PE 1.41.3 release, the Slic3r PE 1.42.0-beta features a significantly reworked user interface, new masked SLA support, improved stability and a lot more. Please check the detailed change log of the 1.42.0-alpha1 release for all the major changes, and don't miss the change logs of the successive alphas for incremental improvements upon the first alpha: 1.42.0-alpha3, 1.42.0-alpha4, 1.42.0-alpha5 and 1.42.0-alpha7.
#1582 #1676 #1805 #1827
The 1.42.0-beta command line processing is based on the upstream code by @alexrj and @lordofhyphens. The command line format is as described by https://manual.slic3r.org/advanced/command-line with some exceptions:
As may be expected, the Slic3r 1.42.0-beta loads the profiles from an AMF or 3MF file when slicing from the command line, and the individual slicing parameters specified on command line overwrite those imported from the AMF or 3MF file.
Published by bubnikv over 5 years ago
This is a public alpha release, supporting HiDPI displays, improving SLA supports, and fixing bugs found in the Slic3r 1.42.0-alpha5 release. Please check the 1.42.0-alpha1 , 1.42.0-alpha3 and 1.42.0-alpha4 change logs for what is new in the 1.42 series.
The support editor user interface received a significant update.
Starting with Slic3r PE 1.40.0-beta, we support firmware uploading through the famous avrdude tool. Unfortunately integrating a command line tool into a multi platform GUI application such as Slic3r is not straightforward, so it took us time to smooth out some rough edges.
Published by vojtechkral over 5 years ago
This is a patch release that contains updates of the stable branch.
Note that this is unrelated to the developement of version 1.42.0.
There are following updates in this release:
Published by bubnikv over 5 years ago
This a fifth public alpha release, fixing bugs found in the Slic3r 1.42.0-alpha4 release. Please check the 1.42.0-alpha1 , 1.42.0-alpha3 and 1.42.0-alpha4 change logs for what is new in the 1.42 series.
Published by bubnikv over 5 years ago
This a fourth public alpha release, fixing bugs found in the Slic3r 1.42.0-alpha3 release. Please check the 1.42.0-alpha1 and 1.42.0-alpha3 change logs for what is new in the 1.42 series.
Published by bubnikv almost 6 years ago
This a third public alpha release, fixing bugs found in the Slic3r 1.42.0-alpha2 release. Please check the 1.42.0-alpha1 change log for what is new in the 1.42 series.
Published by bubnikv almost 6 years ago
This a second public alpha release, fixing bugs found in the Slic3r 1.42.0-alpha1 release. Please check the 1.42.0-alpha1 change log for what is new in the 1.42 series.
Published by bubnikv almost 6 years ago
This is an alpha release. This release took us little a little longer than usual, as we decided to do some radical redesign of the user interface, for which we needed to rewrite the last bits and pieces of the Perl source code to C++. In this release we hope we managed to marry the simplicity of the Prusa Control's user interface with the power and configurability of Slic3r that we all love. Check this quick overview video of the new features, we believe you will be pleased.
The 3D object manipulation was improved significantly, the Project aka Factory File was made explicit at the File menu, a Simple / Advanced / Expert mode was added to lower the learning curve for the beginner, the Slic3r's power features were exposed at the plater screen, a "Color Print" feature was ported from Prusa Control, and the Slic3r's main screen has got a modern face lift. The final G-code and print time estimate is now produced by the "Slice" action, there is no need to export the G-code to get the time estimate, and the background processing is finally stable.
This release brings a preview of a masked SLA mode supporting our upcoming SL1 printer. While the SLA mode is usable, there are some rough edges here and there, and the support work flow may change a bit in the final release, so please bear with us.
To let you enjoy the alpha without worries, the alpha builds now save their profiles into Slic3rPE-alpha directory, so you may use the alpha side by side with the current release without ruining your production configuration.
TL;DR Before opening new issue tickets, please read the "Missing features" and "OpenGL compatibility" sections. This Slic3r starts in a Simple mode, read the "Simple / Advanced / Expert mode" section and switch to Expert if you want the full fledged user interface.
We added a masked SLA (MSLA) mode into Slic3r PE to support our upcoming SL1 printer product. As far as we are known, Slic3r PE is the first high quality open source MSLA slicer available. While an SLA slicer may seem similar to an FFF slicer on the surface, in reality the two technologies share just one thing: They work slice by slice. To some extent a masked SLA slicer is simpler than a fused filament slicer as it is much easier to just raster a layer image than to plan the path of an FFF print head. There is one caveat though: The SLA technology depends on well shaped and stable tree or truss supports. A failed support will likely ruin the whole print, as a piece of object stuck to the resin vat masks the light for the remaining layers to be exposed.
The following features were implemented into Slic3r PE to support the SLA mode:
While this release is certainly able to produce quality prints on our SL1 pre-production printers, the support placement workflow in Slic3r is not optimal and it will likely change a bit in the final release.
For now, the modifier meshes, support blockers / enforcers and variable layer height are not supported in the SLA mode, and the object parameters are limited to the support and pad configuration. You may switch a print between the SLA and FDM technology as long as there are no modifier meshes, support blockers or enforcers defined in the project.
While Slic3r PE supports a concept of a project aka Factory File since 1.40.0 release, it was buried behind the "Export plater as 3MF/AMF" menu. In this release we restructured the menus to better carry the intent:
We are aware of some rough edges, namely we need to implement a concept of an active project and its state (saved, modified), so that the "File Open" would clear the plater first before opening another project, and the user would be asked to save a new or modified project when opening another project or closing the application.
The application main screen received a face lift, where the tool bars with new elegant icons are now laid over the 3D screen. Slic3r 1.41 introduced basic object manipulation gizmos, and this release expands on them. Rotation is now supported in all three axes, anisotropic scaling, group selection and group operations are supported, and the transformation gizmos are now applicable to the modifiers, support blockers and enforcers as well. A Simple / Advanced / Expert mode was added to lower the learning curve for the beginner, and the Slic3r's power features are exposed at the plater screen.
To make life easier to the beginners, we introduced a Simple mode, where the user interface resembles the UI of Prusa Control: Complex features like the modifier meshes are hidden, and only a basic subset of parameters is shown to the user. In the "Advanced" mode more parameters are shown, and in the "Expert" mode all the power features of Slic3r we love are accessible. To make the learning of parameters easier, we color coded them: Green are safe to be tinkered with by a beginner, an advanced user may want to modify the yellow coded parameters, and the power user may have an itch to modify the red coded parameters.
Slic3r was always known to be powerful and versatile, though some of its features were difficult to use, if not outright hidden behind obscure menus and dialogs. In this release we strive to expose all the power features at the main screen.
Slic3r supported incremental real-time slicing aka background processing since 1.2.9 release, though this feature never worked quite well due to its complexity and issues with cancellation of the background process. Now while rewriting the rest of the slicing engine from Perl to C++, we took the opportunity to finally fix the update and cancellation issues to make the incremental slicing work as intended.
Slic3r was initially written in a scripting language Perl. The Perl language is powerful, descriptive and it certainly sped up the initial Slic3r development, however the Perl support is dropping as it is being replaced by Python or Ruby, it is increasingly difficult to find contributors as less people are willing to learn Perl, debugging the Perl / C++ combination is difficult, and there is no Perl binding for the current wxWidgets UI library that Slic3r is based on. We had to pay the technological debt and ditch Perl to get forward, which meant to rewrite quite a lot of user interface code from Perl to C++ in one shot. To make the transition faster, we dropped some of the Slic3r's features:
Starting with this release, Slic3r PE requires OpenGL 2.0 and newer to run. This allows us to simplify the development by not having to implement some code twice (for OpenGL 1.1 vs OpenGL 2.0), and to use modern software libraries. Also OpenGL 2.0 shaders shall improve rendering performance on a modern hardware in respect to the legacy OpenGL.
OpenGL 2.0 is certainly supported on Macs and modern Windows machines, but you may experience issues with old Windows machines or Linuxes. On Linux, you will experience lower frame rates if your are running a MESA software rasterizer. On Windows, we now bundle the MESA software rasterizer with Slic3r PE, so Slic3r should run, though with a lower frame rate due to the use of OpenGL 2.0 shaders. If the 3D scene does not render correctly on Windows, most likely the system legacy OpenGL driver was not substituted with the MESA software renderer. In that case please close Slic3r and copy mesa\opengl32.dll to the main Slic3r directory and restart Slic3r, which should convince Slic3r to load just the MESA software renderer.
Please note, that you will likely experience a rendering performance drop if your driver does not support OpenGL 2.0. In that case we advice you to invest your time into updating your OpenGL drivers (provided by your graphics card vendor) if possible.
Published by bubnikv almost 6 years ago
This is a patch release fixing the following issues:
This release is identical to the 1.41.2-rc.
Published by bubnikv almost 6 years ago
This is a release candidate of a patch release. This release fixes the following issues:
Published by bubnikv almost 6 years ago
This is a final release. Please see Slic3r PE 1.41.1-beta and Slic3r PE 1.41.1-rc for full change logs.
Published by bubnikv about 6 years ago
This is a release candidate, fixing issues found in 1.41.1-beta. Please see Slic3r PE 1.41.1-beta for the full change log.
Published by bubnikv about 6 years ago
This is a beta release, introducing support blocker & enforcer modifier meshes, improving quality of the same material supports, and fixing some old and new bugs.
As the first approach to the editable supports, we implemented support blocker & enforcer modifier meshes #22, #369. An object part may serve a role of a printable object part, parameter modifier, and it may newly serve a role of a support blocker or a support enforcer. The support blockers are shown with a transparent red color, and the support enforcers are shown with a transparent blue color in the Object Settings dialog, see the picture below.
The good old automatic supports are generated below overhangs based on the user provided overhang angle. One may now remove some of the automatically generated support towers by enclosing the corresponding overhangs into a support blocker volume. One may now also enforce dense supports below insufficiently supported pieces of geometry by enclosing the particular overhangs into a support enforcer volume, which is equivalent to setting the overhang angle inside the region to 90 degrees. Lastly, one may now disable the automatic supports at the "Supports" print settings page, and let the supports be generated for the support enforcers only.
We also improved the quality of the supports by the following changes:
We are aware, that it is quite difficult to position the modifier meshes with the current user interface. The next release will provide 3D gizmos for easy manipulation of objects and their modifiers. We also plan to make the overhang angle threshold configurable for the support enforcers.
Published by bubnikv about 6 years ago
This is a final release. For the complete change log, please see the Slic3r PE 1.41.0-alpha2, Slic3r PE 1.41.0-alpha3 and Slic3r PE 1.41.0-beta release logs.
Published by bubnikv about 6 years ago
This is a beta release, fixing some regression issues and improving the multi material wipe tower handling. For the complete change log, please see the Slic3r PE 1.41.0-alpha2 and Slic3r PE 1.41.0-alpha3 release logs.
Published by bubnikv about 6 years ago
This is a second public alpha. For the complete change log, please check the Slic3r PE 1.41.0-alpha2 release.
Fixed permissions (read & execute flags) in OSX dmg archives. Now Slic3r should be executable for all users of an OSX machine #692.
The backspace key substitutes now the delete key on OSX to remove objects from the platter. Also the delete and backspace keys could now be used to remove an object from the object list of the platter #977.
The preset selection will now persist over an update of system profiles from the internet #985.
Fixed activation of system profiles after re-configuring the profiles to be compatible with a downgraded Slic3r #1060.
Fixed rendering of a print bed texture on OpenGL 1.1 graphic cards #1067.
Fixed reloading of STLs with localized characters in their file paths #1068.
Disabled the new M73 "time to end" code for non-Marlin firmware flavors #1071.
Localized the preset "(modified)" flag.
Published by bubnikv about 6 years ago
This is an alpha version, introducing support for the new Multi Material upgrade 2.0, wipe into infill and sacrificial object, reworked object arrangement, time estimate in silent mode, time to end of print, and Prusa Control like 3D manipulation gizmos.
Please note, that if you decide to roll back to the currently released Slic3r PE 1.40.1, you will need to restart the application once the older profiles compatible with Slic3rr PE 1.40.1 installed, see the issue https://github.com/prusa3d/Slic3r/issues/1060. We are working on a fix in the meantime.
The following formerly hard coded parameters are now accessible from the configuration profiles to allow for different values for the old vs. new Multi Material Upgrade:
To reduce amount of filament wasted due to a color change, one may now enable "Purging into infill" and "Purging into object" on the Object Settings dialog. In addition, one may now override the "Purging into infill" attribute per multi-material part.
Wipe into infill
Wipe into a sacrificial object
We have implemented a new object arrangement library based on the ideas and papers referred by svgnest. Our library is fine tuned to place objects close to the center of the print bed. Our current object arrangement works significantly better than the old implementation, although there is still a room for improvement: At this stage the arrangement does not place objects into concave corners and cavities of other objects.
If some components do not fit the print bed, they are piled onto a 2nd, 3rd and other virtual print beds to the right from the first print bed. Starting with this Slic3r release, only the objects fully inside the first print bed are sliced. The collision detection logic has been adjusted to only refuse slicing, if some object is partially inside the print volume and partially outside, but slicing is now allowed even if some objects are completely outside of the print volume.
To prevent frustration over bad prints due to skipped steps, the MK3 firmware limits the maximum feed rate and acceleration with hard coded values. As the MK3 firmware in a silent mode drives the motors with a decreased current and in a silent, but weaker control mode, the MK3 firmware limits the maximum feed rate and acceleration to lower values than in the normal mode, therefore the print times differ between the normal and silent mode on the MK3 printer. Until now, Slic3r only calculated the time estimate for the normal mode. Starting with this release, Slic3r will be calculating the time estimate twice, once for the normal mode, and second time for the silent mode.
For the time estimator to produce reliable results, it needs to operate with the same machine limits as the firmware. As long as we only supported the time estimate for the normal mode, we provided the machine limit parameters to the time estimator through the custom start G-code. In this version, as of now limited to the Marlin G-code flavor, we added a new "Machine limits" parameter page with the maximum feedrate, acceleration and jerk limits for both the normal and silent mode, and these values are used by the time estimator. In addition, to keep the firmware in sync with the time estimator, a G-code section is generated from the "Full Power" set of parameters and inserted into the output G-code just before the custom start G-code. Also the new parameter "Maximum acceleration when extruding", which corresponds to Marlin's M204 S
code, is used to clamp all other acceleration values defined at the "Print Settings->Advanced" page when exported into the output G-code.
For the normal / silent time estimate to work correctly, you have to install our print profiles of version 0.2.0-alpha and newer.
Starting with this release, the time estimator emits a new M73 code for the Marlin firmware flavor at minute intervals, informing the firmware about the time to end of print in both normal and silent mode. Since the 3.3.0 release, the Prusa i3 MK3 firmware is able to display the accurate estimate of the time to the end of print by interpreting this new M73 code.
The format of the new M code is the following:
M73 Pxxx Qxxx Rxxx Sxxx
where P is the percentage of the total time already printed in normal (aka full power) mode, R is the time remaining for normal mode in minutes, Q is the percentage of the total time printed in the stealth mode, and S is the time remaining to the end of print in the stealth mode.
In this release, we have implemented simple Prusa Control like gizmos for uniform scaling and rotation by the Z axis. In the future versions, we plan to implement the Prusa Control's right panel to control the object transformation.
In Slic3r PE 1.40.0, we started to store the active set of parameters into the AMF/3MF files, which turned the AMF/3MF files to fully-fledged project files, however, we did not store the active profile names and their dependencies to system profiles. Starting with this version, we now store the names of the active profiles and the names of the system profiles, from which these profiles were derived. After the AMF/3MF file is loaded, the referenced presets are reactivated, if their set of parameters is still equal to the parameters stored into the AMF/3MF file. If some of the parameters differ, the name of the original profile is mentioned in the name of the loaded profile, while the link to the system profile is correctly maintained.