Bot releases are hidden (Show)
Published by bubnikv over 6 years ago
Published by bubnikv over 6 years ago
This is a release candidate, fixing some old and regression issues.
Please check the release log for the 1.40.1-beta as well.
Published by bubnikv over 6 years ago
This is a minor release, extending the firmware updater, showing the print bed image for the Prusa i3 MK2 & MK3 printers, improving OctoPrint integration, integrating the STL fixing service on Windows 10, and fixing some bugs.
Published by bubnikv over 6 years ago
This is a final release, polishing some rough edges of the 1.40.0-beta. Please check the release log for the 1.40.0-alpha1 and 1.40.0-beta for an extensive release log of the Slic3r PE 1.40.0 series.
Published by bubnikv over 6 years ago
This is beta release. In this version we integrated an Arduino based firmware updater, and we fixed some old and new bugs. Please check the release log for the 1.40.0-alpha1 for an extensive release log of the Slic3r PE 1.40.0 series.
Published by bubnikv over 6 years ago
This is an alpha release. This release introduces many changes in the way how Slic3r PE handles the presets, therefore we recommend that you make a backup of your Slic3r PE installation directory before running the alpha. If you are upgrading from Slic3r PE 1.38.4 and newer, you will find your current configuration in the following directories:
To accelerate the Slic3r PE development speed, we expanded our Slic3r team to 6 programmers and a single dedicated tester over the last couple of months. Therefore the change log is longer than usual. This release brings the following new features:
We have also fixed multiple issues, where arguably the most pressing issue was importing of inconsistent STLs #228 #262 #269 #302 #413 #574 #606 #661 #665 #716 #730 #784 #792 #813 #871. We have verified, that Slic3r imports these inconsistent STLs better than Simplify3D.
Achieving a good print quality is as much about the 3D printer hardware as it is about the slicer and its settings. Often a tiny change in Slic3r configuration leads to surprising changes in print quality. Automatic updates of the vendor specific Slic3r presets allows us to improve your print quality continuously without having to re-install the whole Slic3r, and as a true open source company, the automatic update functionality may be configured by any vendor.
We hear quite often from the first time 3D printer users, that the shear amount of parameters provided by Slic3r is intimidating. To ease the learning experience, we have implemented the concept of read only vendor specific system presets, and the preset editing user interface has been extended to visualize differences between a vendor specific system profile and a user derived profile, and a user modified value may be reset to a vendor recommended value with a single mouse click #801.
The extensions are described in more detail by the configuration update guide.
We have localized most of the Slic3r user interface, with the exception of a handful of error messages, and we aim for a full localization in the next release. We at Prusa Research take care of the Czech, English, French, German, Italian, Polish, Spanish, Ukrainian dictionaries, contributions of other languages are welcome, contributors, please follow the localization guide.
We are thankful to @lordofhyphens, @gege2b, @ruggb, @powertide, @NateTG for the initial localization of the parameter tooltips.
We have implemented a compressed 3MF file format, which allows sharing of platter data between the Slic3r, Cura and Microsoft 3D Builder.
The AMF format is now compressed as well as the 3MF format, leading to significanlty smaller files, which is important for sharing multi-material prints.
We were often asked to provide a concept of Simplify3D "factory" files #7, #717, which stores objects arranged at the build plate together with all the configuration data to reproduce the print. We implemented this request by storing all the configuration values selected by the active Print / Filament / Printer profiles into the AMF or 3MF file. Having a "factory" file will also make it easy for us to reproduce customer issues.
Until this release, Slic3r has only shown a preview of the tool paths. Starting with this release, you will get a true preview of the real G-code once you export the G-code. In the next version (1.41), the G-code export will be performed automatically, so you will get a true G-code preview together with the time estimate automatically.
The user can customize the view by selecting which kind of information should be shown. For example, extrusion paths can be shown by feature type, height, width, speed #23, volumetric flow rate and tool. In dependence of the selection, the extrusion paths will be drawn using a different color, whose meaning is shown in the legend which appears on the top left corner of the view. All extrusion path types can be turn on/off by checking/unchecking them in the "Show" combo. It is also possible to visualize/hide travel paths, retractions, unretraction #112, #775 and the original model shell by clicking on the corrisponding checkbox. As in the old preview, the user can select which layers to show (one a time or a range of them) using the sliders on the right of the view.
Please note that the default amount of wipe is now about 30% larger than in the previous Slic3r PE settings. We made this adjustment to ensure clean color separation by default, while providing an easy way to decrease the filament waste for advanced users.
We have rewritten the OctoPrint integration and the Print/Filament/Printer user interface pages from Perl to C++. Slowly we are getting close to the final goal of erradicating Perl from Slic3r.
To make the life easier for our contributors, we have created build scripts for Linux and Windows to compile depending libraries #177,#679, and we have updated the "How to build on Windows" #720,#781 guide together with the precompiled Windows Perl installations to compile on Windows effortlessly.
Published by bubnikv over 6 years ago
The Slic3r 1.39.2 improves the cooling slow down logic (the "Slow down if layer print time is below certain time" feature). For the details, please see the Slic3r 1.39.2-beta change log.
Published by bubnikv over 6 years ago
The Slic3r 1.39.2-beta improves the cooling slow down logic (the "Slow down if layer print time is below certain time" feature). We have found out, that the cooling slow down logic in Slic3r 1.39.1 does not serve our Prusa i3 MK3 printer well, leading to uneven extrusion of external perimeters (see the issues https://github.com/slic3r/Slic3r/issues/4070, #536, #806, #841, prusa3d/Prusa-Firmware#602).
An FDM printer lays down new extrusions over another already extruded and solidified layer. When printing small objects, a single layer is extruded too quickly to cool down and solidify, which Slic3r compensates by slowing down the print to give each layer more time to cool down. Without the cooling slow down, the print surface quality and dimensional accuracy would likely suffer, especially on overhangs.
The initial cooling logic before Slic3r Prusa Edition 1.34.0 slowed down all extrusion moves proportionally until the minimum layer time was achieved. This is actually the strategy commonly used by other slicers. In Slic3r PE 1.34.0, we adopted the cooling logic improvements by @alexrj. This new strategy strived for a constant external perimeter speed while slowing down the other extrusion moves proportionally as before. Only when the minimum layer time was not reached, the external perimeters were slowed down as well. While this new strategy sounds logical, it lead to wild changes in extrusion velocity rate for our Prusa i3 MK3 printers, as we extrude the infills much quicker than the perimeters.
The new strategy slowed down proportionally the infill and inner perimeters first, slowing down the very fast infill to a quite fast infill, quite slow inner perimeters to extremely slow inner perimeters, and leaving the external perimeters intact. When the extremely slow inner perimeter extrusion was finished, the nozzle pressure was very low, leading to uneven extrusion and gaps at the start of the much faster external perimeter.
This leads to an extruder pressure deficit, which shows up as gaps at the seams, and inconsistent extrusion starting with the seam.
We have reworked the cooling slow down logic to fit our printers better. The reworked cooling logic does not slow down the extrusion moves proportionally, but it slows down the fastest extrusions first (usually the infill) until it matches the second fastest extrusion (usually the inner perimeters), then it slows down the infill and inner perimeters in tandem, until they reach the extrusion speed of the outer perimeter, and all the extrusions move with the same speed. From that point all the extrusions are further slowed down simultaneously. This reworked logic leads to lower changes of nozzle pressure, therefore the print surface quality improves.
Published by bubnikv over 6 years ago
The Slic3r 1.39.1 final release brings an accurate print time estimator, a recommended object thin wall thickness hint, and a handfull of bug fixes.
The final release is equal to the Slic3r 1.39.1-beta1 release. For the complete change log, please read the Slic3r 1.39.1-alpha, Slic3r 1.39.1-beta and Slic3r 1.39.1-beta1 change logs.
Published by bubnikv over 6 years ago
This is a beta version, working around the Intel HD Graphics driver issue on some older Windows 10 laptops.
For the complete change log of the Slic3r PE 1.39.1 release, please read the Slic3r 1.39.1-alpha and Slic3r 1.39.1-beta change logs.
Published by bubnikv over 6 years ago
This is a beta version, fixing couple of old and regression errors. For the complete change log of the Slic3r PE 1.39.1 release, please read the Slic3r 1.39.1-alpha change log.
Published by bubnikv over 6 years ago
This is an alpha version, introducing an accurate print time estimator, a recommended object thin wall thickness hint, and a couple of bug fixes.
Breaking change! We have split the RepRap firmware type from the Marlin firmware type, see below.
The print time estimator of this Slic3r release is based on the work of @daid, who integrated the path planner code from the Marlin firmware into his original Cura slicer. We at Prusa Research have built on the work of @daid, and we have adjusted the time estimator code to follow the rules of our Marlin derived firmware to match the print times of our machines as closely as possible. Because most of the 3D printer firmware types including Marlin integrate a trapezoidal path planner derived from the Grbl CNC controller, the time estimates should be quite accurate for most of the common 3D printer firmware types as long as Slic3r is catered with the correct speed, acceleration and jerk limits.
The print time estimator derives the speed, acceleration and jerk values from the generated G-code, therefore Slic3r needs to have the speed, acceleration and jerk limits defined in the start G-code to match the firmware. For our Prusa i3 MK2 printer, we added the following G-code snippet into the start G-code of the particular printer profile:
M201 X9000 Y9000 Z500 E10000 ; sets maximum accelerations, mm/sec^2
M203 X500 Y500 Z12 E120 ; sets maximum feedrates, mm/sec
M204 S1500 T1500 ; sets acceleration (S) and retract acceleration (T)
M205 X10 Y10 Z0.2 E2.5 ; sets the jerk limits, mm/sec
Slic3r always treated the RepRap, Sprinter and Marlin firmware types equally. However, due to the accurate print time estimator, starting with this release we had to separate the Marlin firmware from the crowd, as the Marlin firmware defines the M203 G-code (set maximum feedrate) in mm/sec, while Reprap and Sprinter define the same value in mm/min. If you are running Marlin, please make sure to switch Slic3r to a new "Marlin" firmware flavor to get a correct print time estimate.
Please understand, that the official Slic3r and the earlier versions of the Slic3r Prusa Edition do not support the new "Marlin" firmware flavor, therefore the "Marlin" firmware flavor will be reverted to the Reprap/Sprinter flavor, if you load the Slic3r PE profiles into the other Slic3r and save them.
Slic3r implements a unique plastic flow model, which guarantees a good dimensional accuracy of the prints. However, due to the complexity of the plastic flow model, it is difficult for a designer to define objects vertical wall thickness to fit an integer number of perimeter lines. The new hint shown at the "Layers and perimeters" parameter page gives the object designer explicit thin wall widths to be filled accurately with 2 and more perimeter lines.
Published by bubnikv almost 7 years ago
This is the Slic3r 1.38.5 - Prusa Edition release. This is a release candidate, mostly polishing the previous beta.
If you happened to install the printer profiles bundled with the 1.38.4 beta, we recommend you to update the printer profiles by running the Configration Wizard from the Help menu.
Starting with Slic3r PE 1.38.2, the selection of print and filament profiles may be limited by explicitely enumerating the printer profiles, with which the print or filament profile is compatible. However, we found such a simple enumeration limiting. Namely, a duplicated printer profile does not inherit the print and filament compatibility. To make the concept of compatible printers more flexible, we introduced a compatible printers condition. The condition accepts the same boolean expression syntax as the G-code macro processor, and it may reference any configuration value of the active printer profile.
Even more flexibility is achieved by integrating regular expressions into the G-code macro processor and into the compatible printers condition. The new regular expression syntax is inspired by Perl: The expression variable=~/regex/
returns true if the regular expression is matched, variable!~/regex/
returns true, if the regular expression is not matched. The new regular expressions are used by the Prusa3D Slic3r profiles to match keywords in the printer notes. For example, a keyword PRINTER_HAS_BOWDEN is stored inside the printer notes of the MK2 Multi Material printer profiles, and an expression printer_notes=~/.*PRINTER_HAS_BOWDEN.*/
is used inside the filament start G-code to control the linear advance value.
Published by bubnikv almost 7 years ago
This is the Slic3r 1.38.4 - Prusa Edition release. This is a beta release, fixing some long standing bugs and bugs introduced in the 1.38.2 alpha, and bringing couple of new features.
In Slic3r 1.38.2, we introduced new G-code macro processing language, which is not quite compatible with the upstream Slic3r. To avoid user confusion, we decided to change the default user profile directory from Slic3r to Slic3r PE. There has always been an option to start Slic3r with the --datadir parameter to direct one Slic3r to the profile directory of the other, but please understand that there may be some incompatibility issues. The user profile now resides in
Starting with this release, we will bundle the default printer configurations for our printers with the Slic3r binary distribution. The printer configurations to be bundled with the Slic3r binary distribution are located in github resources/profiles directory in the form of Slic3r configuration bundles. When the Slic3r is started for the first time, it opens the usual Configuration Wizard, which has now been extended to offer a selection of bundled printer profiles to be unpacked into the user profile directory.
and there are multiple bug fixes regarding the new C++ configuration layer and G-code macro processor implemented in Slic3r 1.38.2:
Published by bubnikv almost 7 years ago
This is the Slic3r 1.38.3 - Prusa Edition release. This is a beta release, fixing bugs of the 1.38.2 alpha, and bringing some minor improvements.
Published by bubnikv almost 7 years ago
This is the Slic3r 1.38.2 - Prusa Edition release. This is an alpha release, which introduces new features allowing effective handling of multiple 3D printer models through a single configuration set. For the Prusa Research printers, you will want to install the merged profiles from https://github.com/prusa3d/slic3r-settings/tree/merged, containing all the MK2 and MK3 profiles in the same configuration structure. Merging of the printer dependent profiles into a single configuration structure has been enabled by two new features: "compatible with a printer profile" property of print and filament profiles, and conditional G-code processing.
We have integrated and extended the concept of "compatible with a printer profile" property of print and filament profiles, implemented first by @alexrj into the original Slic3r. This concept supports hiding of the print and filament presets not compatible with the active printer profile at both the platter preset selection control and at the preset tabs.
To make the life easier for the beginners, the incompatible presets are hidden by default. However, there is also a new "Show incompatible print and filament presets" checkbox at the application preferences, allowing one to show the incompatible profiles at their respective configuration tabs to support editing of the "compatible with printer" flags. If enabled, there is a new "flag" button shown at the print and filament tabs, allowing one to show / hide the profiles not compatible with the active printer. On the following image, the incompatible filaments are hidden on the left, but shown on the right marked with a red flag, while the compatible profiles are marked with a green flag.
The preset and application preferences configuration layer has been ported from C++ to Perl and refactored, and the following improvements were done along the way:
Math expressions and conditional expressions are now supported inside the custom G-code blocks #438. This feature allows Prusa Research to use common filament presets for both single material and multi material printers by controlling the filament specific linear advance values with a conditional G-code selecting the appropriate linear advance value by an active print preset name. Please note that the conditional syntax implemented in Slic3r Prusa Edition is not compatible with the new conditional syntax implemented recently in the original Slic3r due to technical reasons: The complex implementation in Slic3r PE offers richer macro processing than the simpler implementation in the original Slic3r.
We are aware that once a macro processing language is in place, it is difficult to change it. Therefore we implemented two constructs first:
{expression}
{if condition1} text on condition1 {elsif condition2} text on condition2 {else} text on else {endif}
and we expect a wider discussion https://github.com/prusa3d/Slic3r/issues/438 about the syntax of the future macro processing constructs. The expression and condition may apply +,-,*,/,(,), ==, != operators to numeric and string values and numeric and string variables, and the vector configuration values may be indexed with arbitrary integer math expressions. The following line controls a filament specific linear advance value depending on the active printer profile:
M900 K{if printer_preset=="Original Prusa i3 MK2 MultiMaterial"}200{elsif printer_preset=="Original Prusa i3 MK2 MM Single Mode"}200{else}10{endif}
Handling of temperatures defined inside the custom G-code blocks with M104/109/140/190 commands has been improved: Slic3r will now extract the extruder and bed temperatures from the custom G-code blocks by searching for the M104/109/140/190 Sxxx commands. In earlier releases, Slic3r would silently expect these temperatures to be equal to the temperatures specified by the active filament profile.
A new between_objects_gcode custom G-code block has been integrated, thanks @lordofhyphens #578, and
a new current_object_idx value is now defined inside the between_objects_gcode to index sequentially printed objects.
Published by bubnikv almost 7 years ago
This is the Slic3r 1.37.2 - Prusa Edition release. This is a patch release.
Published by bubnikv about 7 years ago
This is the Slic3r 1.37.1 - Prusa Edition release.
Published by bubnikv about 7 years ago
This is the Slic3r 1.36.2 - Prusa Edition release. This is a bugfix release, reverting a buggy optimization done in Slic3r 1.36.0 to the Clipper library, which could potentially lead to slicing errors.
Published by bubnikv about 7 years ago
This is the Slic3r 1.36.1 - Prusa Edition release. This is a final release, improving the wipe tower adhesion, adding some new keyboard short cuts and fixing one screen layout issue on Linux. Also defaults of some parameters were adjusted.
The wipe tower 1st layer is now filled densely to improve the 1st layer adhesion even if the bottom of the Wipe Tower is sparse.