Slic3r Prusa Edition 1.41.1-RC  

Re: Slic3r Prusa Edition 1.41.1-RC

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.

Re: Slic3r Prusa Edition 1.41.1-RC

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?

Re: Slic3r Prusa Edition 1.41.1-RC

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?

Re: Slic3r Prusa Edition 1.41.1-RC

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.

Re: Slic3r Prusa Edition 1.41.1-RC

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!

Re: Slic3r Prusa Edition 1.41.1-RC

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)

Re: Slic3r Prusa Edition 1.41.1-RC

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.

Re: Slic3r Prusa Edition 1.41.1-RC

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

Re: Slic3r Prusa Edition 1.41.1-RC

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.

Re: Slic3r Prusa Edition 1.41.1-RC

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

Re: Slic3r Prusa Edition 1.41.1-RC

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

Re: Slic3r Prusa Edition 1.41.1-RC

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.

Re: Slic3r Prusa Edition 1.41.1-RC

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.

Re: Slic3r Prusa Edition 1.41.1-RC

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

Re: Slic3r Prusa Edition 1.41.1-RC

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?

Re: Slic3r Prusa Edition 1.41.1-RC

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?

Re: Slic3r Prusa Edition 1.41.1-RC

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

Re: Slic3r Prusa Edition 1.41.1-RC

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

Re: Slic3r Prusa Edition 1.41.1-RC

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