Slic3r Prusa Edition 1.41.1-RC  

Page 1 / 2
  RSS
jakub.d
(@jakub-d)
Member Admin

New version is out! Slic3r Prusa Edition 1.41.1-FINAL: https://shop.prusa3d.com/forum/general-discussion-announcements-and-releases-f61/slic3r-prusa-edition-1-41-1-final-t25521.html

Hi guys,
brand new Slic3r Prusa Edition 1.41.1 is out! Note this is a release candidate, a build for experienced users 😎

What is new?

This is a release candidate, fixing issues found in 1.41.1-beta. Please see Slic3r PE 1.41.1-beta below for the full change log.

Bug fixes in this release:
- The new support blockers sometimes did not block supports below bridges #1270.
- Improved handling of models with cracks and holes. This release fixes regression errors introduced in 1.41.1-beta #1256, #1265, #1288. In addition, a new algorithm was implemented to close small holes in 2D slices, which finally solved #1053, #1119, #1166, #1182, #1194.
---

Previous release - Slic3r Prusa Edition 1.41.1-beta

- Introducing support blocker & enforcer modifier meshes
- Improving the quality of the same material supports
- MMU 2.0 fixes and improvements
- General improvements
- Bug fixes

Introducing support blocker & enforcer modifier meshes
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 showcasing the support blocker.

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 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.

Improving the quality of the same material supports
- The amount of dense support interfaces is reduced by generating the dense supports just below the very steep or horizontal overhangs, while only the sparse supports are generated below the not so steep overhangs, saving material, print time and making the supports easier to remove.
- In earlier versions, the support interface layers were printed as if all the object bottom layers were printed with a bridging flow. Starting with this version, an interface layer is generated to support the non-bridging overhang perimeters as well.
- A bug was fixed in a calculation of the support contact Z distance, where the bridging flow correction was not taken into account, making the gap wider if the bridging flow correction was smaller than 1 #102.

Multi Material fixes and improvements
- The filament usage statistics did not include the material extruded into the wipe tower #1191.
- The count of tool changes is now shown to the user, as well as the length and cost of filament used on the print and on the wipe tower #1217.
- Fixed a bug in the MMU 2.0 firmware updater: The firmware updater incorrectly enumerated devices and would not flash MMU 2.0 firmware when both a printer and an MMU 2.0 board were connected to the computer simultaneously.
- Fixed a bug in setting the initial extruder temperature in case the initial priming towers at the edge of the print bed were disabled: The initial temperature was incorrectly set to a temperature of a wrong extruder.

General improvements
- Improved the firmware updater file picker: The default file filter is now set to .hex files.
- Faster auto-arrange of components due to a parallelization, and better quality of auto arrangement for circular beds.
- Improved import of non-standard ASCII STL files.
- The time to end of print (the M73 code) is now being written at the start of the G-code as well, so the printer will show the time to end immediately
after the print is started.

Bug fixes
- Improved robustness of slicing of particular objects, where one of the slicing planes overlaps with horizontal planes of the object exactly
#831, #895, #1102, #1158.
- Sometimes an object was incorrectly detected as outside of a print volume #1151.
- The place on bed user interface was not working correctly for multi-material prints if the components were loaded one by one using the object dialog #1244.
- Fixed an issue with the persistence of window positions. After restarting the Slic3r, the application window was sometimes displayed partially or fully outside the monitor. The window positions are now left to the window manager to decide. #1116, #1175.
- Fixed the G-code flavor selection in the config wizard. This is a regression issue introduced in 1.40.0. #1138.
- Fixed copy / paste issue of the OctoPI API key on Linux / GTK #1169.
- Fixed a compilation (CMake) issue on Windows #1187.

---

Supported printers:
- Original Prusa i3 MK3
- Original Prusa i3 MK3 Multi Material 2.0
- Original Prusa i3 MK2.5
- Original Prusa i3 MK2/S
- Original Prusa i3 MK2/S Multi Material 1.0

Download link:
- macOS (direct download)
- Windows 64bit (direct download)
- Windows 32bit (direct download)
- Linux AppImage (direct download)
- Linux Tar (direct download)
- Source code (link)

Previous releases:
Slic3r Prusa Edition 1.41.1-beta https://github.com/prusa3d/Slic3r/releases/tag/version_1.41.1-beta

Please report any bug here:
https://github.com/prusa3d/Slic3r/issues

We look forward to your feedback!

Assembly manuals / Knowledge Base
The guy behind Prusa assembly manuals......
Posted : 29/09/2018 9:36 pm
barry.s4
(@barry-s4)
Active Member

Would like to see addition to the support block; a way to change the object dimensions after creation (resizing) instead of deleting and try again.
Also, would like an option to rotate the support block to an angle.

Posted : 08/10/2018 4:24 pm
Protoncek
(@protoncek)
Reputable Member

hm... it would be nice to have some sort of guidance to this new support function, for instance:
One may now remove some of the automatically generated support towers
how do "one" do that?

Posted : 08/10/2018 9:31 pm
Lichtjaeger
(@lichtjaeger)
Prominent Member


hm... it would be nice to have some sort of guidance to this new support function, for instance:
One may now remove some of the automatically generated support towers
how do "one" do that?

Posted : 09/10/2018 8:09 am
jakub.d
(@jakub-d)
Member Admin


Would like to see addition to the support block; a way to change the object dimensions...

Hi, this is just a preview of the blockers/enforcers. The final version of the "custom supports" will be way more user friendly, but we have to change a lot of the code to achieve that.

Assembly manuals / Knowledge Base
The guy behind Prusa assembly manuals......
Posted : 09/10/2018 11:29 pm
Protoncek
(@protoncek)
Reputable Member

peter.s50: THANKS!

jakub.d: great job! This function is indeed very desirable and it was really missing in Slic3r In fact, i think that custom supports is only thing that puts S3D over Slic3r. If we'll have that then S3D will indeed become not needed... well, i guess i wasted (another) 150 USD... 😥

I'm looking forward to see final version and later improvements!

Posted : 10/10/2018 8:25 am
frank.m
(@frank-m)
Active Member

So far, every gcode file I've produced with this version had the printer tell me the file was incomplete. The file creation process proceeded and completed normally from slicer, as far as I can tell. But the printer thinks its incomplete.

Mk2S MMU. latest firmware (11/17 release)

...
Posted : 11/10/2018 3:16 am
stephen.b28
(@stephen-b28)
New Member

When I run Slic3rPE-1.41.1-rc+linux64-full-201810051337.appimage on my Kubuntu 64bit machine (Ubuntu 18.04.1 - running KDE) - I get this:

Creating main frame...
The program 'slic3r.pl' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 704 error_code 2 request_code 155 minor_code 24)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.

Given the popularity of Ubuntu - it would be nice to have an "apt install" package.

Posted : 12/10/2018 12:10 am
stephen.b28
(@stephen-b28)
New Member

...and I get the same message from the generic version of slic3r that installs with "sudo apt install slic3r"

Posted : 12/10/2018 12:17 am
james.w24
(@james-w24)
New Member

Using the 1.41.1-rc for Win 32. Almost every time I slice a file and then go to export it, I get a "bad allocation" error. Actually, I get the same error if I use 1.41.0 as well. Sometimes the file will go through and I can print, but most of the time, it will error out. Everything is pretty much default configuration. I can say that it's making me want to try a different slicer.

Posted : 14/10/2018 2:15 am
Pete
 pete
(@pete)
Trusted Member


peter.s50: THANKS!

jakub.d: great job! This function is indeed very desirable and it was really missing in Slic3r In fact, i think that custom supports is only thing that puts S3D over Slic3r. If we'll have that then S3D will indeed become not needed... well, i guess i wasted (another) 150 USD... 😥

I'm looking forward to see final version and later improvements!

+ ironing, then we could ditch Cura either. 😉

Posted : 15/10/2018 8:19 pm
durand.r
(@durand-r)
Eminent Member


+ ironing, then we could ditch Cura either. 😉

Can you try my experimental fork?
https://github.com/supermerill/Slic3r/releases

It contains an ironing top surface infill choice. More details here https://github.com/supermerill/Slic3r/wiki/ironing .

I need some input to see if it works well enough for as many people as possible.

...
Posted : 24/10/2018 12:19 pm
neil.k2
(@neil-k2)
Estimable Member

Need to stop Slic3r resending commands unnecessarily i.e at layer changes - if I turn the fan on during a print I don't want it turned off, if I want it off I don't want it turned back on, I can live with restarting after a bridge or starting for a bridge but babysitting a long print where I've made adjustments to settings is a pain in the butt, I don't necessarily want to restart a long print if I just see some 'overheating' or something on a detail and want to temporarily run the fan.

Perhaps this is a firmware thing - flag if the user changes something on the 'console' and ignore subsequent gcode that changes whatever is flagged - not sure how this would work though.

Posted : 24/10/2018 3:27 pm
AntiklesyS
(@antiklesys)
Active Member

Not sure if anyone noticed this, but it seems that Slic3r isn't able to pick up single walls very well.
Here's a comparison between Slic3r and Simplify3D.
Any thoughts?
Test has been done with 0,4mm nozzle setting.

Posted : 25/10/2018 3:49 pm
charles.h13
(@charles-h13)
Famed Member

Good catch. I though it was my design until I tried to print a single wall with S3D after seeing your post.

Posted : 25/10/2018 6:30 pm
bobstro
(@bobstro)
Illustrious Member


Not sure if anyone noticed this, but it seems that Slic3r isn't able to pick up single walls very well.
Do you have Print settings->Layers and perimeters->Quality->Detect thin walls enabled?

Can you provide a link to the STL?

My notes and disclaimers on 3D printing and miscellaneous other tech projects
He is intelligent, but not experienced. His pattern indicates two dimensional thinking. -- Spock in Star Trek: The Wrath of Khan...
Posted : 25/10/2018 7:09 pm
AntiklesyS
(@antiklesys)
Active Member



Not sure if anyone noticed this, but it seems that Slic3r isn't able to pick up single walls very well.
Do you have Print settings->Layers and perimeters->Quality->Detect thin walls enabled?

Can you provide a link to the STL?

I indeed I did not have that option enabled.
Now that I enabled the option it did slice the file properly.
Any reasons why it's disabled by default in the profile?

Posted : 25/10/2018 7:25 pm
bobstro
(@bobstro)
Illustrious Member


[...] Any reasons why it's disabled by default in the profile?
It defaults to on in the original Slic3r. I suspect Prusa turns off some of those features because they slow down slicing and not everybody need them. You're not going to make everybody happy with either setting, so they've probably opted for faster performance that can be fixed when and if a particular user encounters the problem. IIRC, there is a similar setting in S3D.

My notes and disclaimers on 3D printing and miscellaneous other tech projects
He is intelligent, but not experienced. His pattern indicates two dimensional thinking. -- Spock in Star Trek: The Wrath of Khan...
Posted : 25/10/2018 7:46 pm
bubnikv
(@bubnikv)
Member Admin

> Using the 1.41.1-rc for Win 32. Almost every time I slice a file and then go to export it, I get a "bad allocation" error. Actually, I get the same error if I use 1.41.0 as well. Sometimes the file will go through and I can print, but most of the time, it will error out. Everything is pretty much default configuration. I can say that it's making me want to try a different slicer.

Don't you have background processing enabled?
Maybe you are low on memory / you are processing too large models?

...
Posted : 26/10/2018 8:25 pm
bubnikv
(@bubnikv)
Member Admin

> Any reasons why it's disabled by default in the profile?

It is because if you have some thin protrusions at your object, this feature would extrude them with a single line as well, which usually is not well fused to the outer perimeter.

S3D has a switch to disable the thin walls for the protrusions, but to use it inside. We should do something like that for Slic3r.

...
Posted : 26/10/2018 8:27 pm
Page 1 / 2
Share:

Please Login or Register