I've actually been using Cura on my last 4 prints and it has been like night and day in terms of quality. Super impressed with it as a slicer vs slic3r

Cool. I'm glad that Cura is working well for you. Personally, I'd never go back (unless a future update screws up Cura).

TiTON wrote:

Hey Goshdarnit,

Thanks for the reply.  I found Fill Density in Sil3r.  It is currently at 20%.  I am going to lower it to see how that goes.  What is Cura? It took me 3 hours and 10 min to print out Cute Octo at a 1.00 Scale.

Are you using something other than soliprint with your press?

- Ton

Yes, I use Repetier Host and Cura instead of Slic3r. I get better prints with Cura and also could never get Slic3r to generate support correctly.. Other people swear by Slic3r mind you, but for me I prefer Cura.

I've actually been using Cura on my last 4 prints and it has been like night and day in terms of quality. Super impressed with it as a slicer vs slic3r

seven2099 wrote:

No re-install of the software, or restart of system, or even of the Press could fix it and it only happened when using 100% in-fill on TWO PCs, on BOTH Presses I've had in my possession. To the bug report I submitted, I also added a work around using the command line for Slic3r to get it semi working agin.

The version of Slic3r used by Soliprint crashes generating the gcode file with a 100% infill density.  The gcode file is generated in the user's solidprint /appdata folder and the gcode file for the previous print resides there.  So when Slic3r crashes, Soliprint sees the prior print's gcode file and prints it.

If you just delete that gcode file then attempting to print with a 100% infill density fails.  If you reduce the infill density to 99% or lower then Slic3r starts dumping gcode files again and all is well.

Yep this seems to be the behaviour

No re-install of the software, or restart of system, or even of the Press could fix it and it only happened when using 100% in-fill on TWO PCs, on BOTH Presses I've had in my possession. To the bug report I submitted, I also added a work around using the command line for Slic3r to get it semi working agin.

The version of Slic3r used by Soliprint crashes generating the gcode file with a 100% infill density.  The gcode file is generated in the user's solidprint /appdata folder and the gcode file for the previous print resides there.  So when Slic3r crashes, Soliprint sees the prior print's gcode file and prints it.

If you just delete that gcode file then attempting to print with a 100% infill density fails.  If you reduce the infill density to 99% or lower then Slic3r starts dumping gcode files again and all is well.

Hey Goshdarnit,

Thanks for the reply.  I found Fill Density in Sil3r.  It is currently at 20%.  I am going to lower it to see how that goes.  What is Cura? It took me 3 hours and 10 min to print out Cute Octo at a 1.00 Scale.

Are you using something other than soliprint with your press?

- Ton

Yes, I use Repetier Host and Cura instead of Slic3r. I get better prints with Cura and also could never get Slic3r to generate support correctly.. Other people swear by Slic3r mind you, but for me I prefer Cura.

Note that slic3r will throw an error when trying to do hexagon infill at 100%:

<Slic3r> The selected fill pattern is not supposed to work at 100% density

I don't know much about SoliPrint, but does it make hexagon infill by default? Can you change this to rectilinear (which does work at 100%)?

^That is the advice of an expert and a statement of fact. Thank you grob.

<Slic3r> The selected fill pattern is not supposed to work at 100% density

I don't know much about SoliPrint, but does it make hexagon infill by default? Can you change this to rectilinear (which does work at 100%)?

GG.

seven2099 wrote:

you dont need to use cura or anything else man. In Soliprint simply select Options->Slic3r options and there you can change all sorts of settings including infill %.

set it to something like 80-90% however don't do 100% because

A) it will be a waste and not actually print as well as 80-90% (since its much much slower)
B) 100% on slicer bugs out

Are you referring to the same Slic3r that many of us use?
The same Slic3r that many successfully print at 100% infill with such great results that we choose to print most things that way?
I have never seen Slic3r "bug out" using 100%.

Your last few posts have been filled with certainty.  Yet, that certainty has not been founded in fact.  Please help make the forum a better place.  If making a "statement of fact" with authority, you'd better make sure you have the facts and are indeed an authority on the subject.

Uh ok. I've submitted a bug report to support for 100% infill in SoliPrint using Slicer via command-line (which is the way soliprint accesses slicer).

In soliprint 1.1.2, using 100% infill and/or scale set to 0, caused a bug in Soliprint (windows only) that caused you get stuck printing the same object permanently since when using 100% infill with the version of Slic3r that came with Soliprint, it would not re-generate valid gcode again.

No re-install of the software, or restart of system, or even of the Press could fix it and it only happened when using 100% in-fill on TWO PCs, on BOTH Presses I've had in my possession. To the bug report I submitted, I also added a work around using the command line for Slic3r to get it semi working agin.

I say it with certainty since, with things types of things that are hard to QA, if a bug happens on 2 printers with 2 different systems running them on windows 8.1 (and not on MacOSX), its probably the fact that, you know, when I wrote the bug I very well knew what the steps to reproduce were since I accidentally ran into the bug on my main PC with my first Press, and then was able to reproduce it with my replacement Press using Soliprint 1.1.2 on a different machine. <- certainty

AFAIK, in the 1.1.4 patchnotes, I didn't read about a fix and my ticket was closed with no feedback despite various people had reported the same issue in windows.

Now I don't print in windows, since my Windows partition doesnt want to print when using SoliPrint.

relax.

you dont need to use cura or anything else man. In Soliprint simply select Options->Slic3r options and there you can change all sorts of settings including infill %.

set it to something like 80-90% however don't do 100% because

A) it will be a waste and not actually print as well as 80-90% (since its much much slower)
B) 100% on slicer bugs out

Are you referring to the same Slic3r that many of us use?
The same Slic3r that many successfully print at 100% infill with such great results that we choose to print most things that way?
I have never seen Slic3r "bug out" using 100%.

Your last few posts have been filled with certainty.  Yet, that certainty has not been founded in fact.  Please help make the forum a better place.  If making a "statement of fact" with authority, you'd better make sure you have the facts and are indeed an authority on the subject.

set it to something like 80-90% however don't do 100% because

A) it will be a waste and not actually print as well as 80-90% (since its much much slower)
B) 100% on slicer bugs out

Thanks for the reply.  I found Fill Density in Sil3r.  It is currently at 20%.  I am going to lower it to see how that goes.  What is Cura? It took me 3 hours and 10 min to print out Cute Octo at a 1.00 Scale.

Are you using something other than soliprint with your press?

- Ton

I have appreciated all the help with getting my press up and running.  I am now able to print some basic objects to completion, which is awesome.

My current goal is to print the Cute Octo model.  I have been looking at various cute octo print jobs, and noticed that the fill inside were different between some print jobs. 

Is there a way to adjust the size or density of the hexagon fill?  I am assuming if you increase the size of the fill, you will decrease print time and make the object more fragile and vice versa (smaller hex = stronger and longer print time).

Is this something we can tweak?

This would be great when you want to quickly print out prototype for fit, and then print a stonger version for the final part.

Any input or guidance would be greatly appreciated.

- Ton