Slic3r 0.9.7

Available for download: [slic3r.org]

Just installed the new version and wanted to take it for a spin. It seems all the top/bottoms on objects are not slicing. I tried some of the models I made (10mm cube), and ended with a Wade.stl from the prusa iteration v2. Everything slices without a top, bottom, or a center. The entire thing is hollow. I revert back to 0.9.2, and all is fine. Any ideas sound?

I'm using Repetier v0.80. I've tried creating the gcode by slic3r alone, and doing a cut/paste into repetier, and having repetier do it on it's own with the same results.

./Andrew

Edit: Disregard post, after some comparison I can't see any reproducible difference anymore.

Have there been any changes in how circles are handled? Previous versions would interpolate a true circle from the stl, but 0.9.7 creates a polygon.

Edited 1 time(s). Last edit at 12/04/2012 09:45AM by carbo.

I am using slic3r 0.9.7(past I am using 0.7 slic3r- console).

c:\Slic3r>slic3r-console --load config.ini filename.stl
this command properly works in 0.7 but same command not working in 0.9.7

Plz Help me.

What is the nature of the failure? I don't use the command line like this, but I do know the config file structure has changed.

I have been printing for 3 weeks now, and today I noticed something strange.

The first layer extrusion width(in my case it's 200%) is not calculated over the layer height(0,25),
but over the first layer height(85%).

So I want to get a first layer extrusion width of 0,5mm, instead, I get 0,425mm
Is this correct?

Sound,

As far as I can tell all surface finish issues have been fixed in this release. Very nice work!

So would you recommend that a beginner move from 0.7.2b to 0.9.7 Crispy?

Sound,

This version seems to be extruding too little on the first layer. I have my first layer the same thickness as the rest and I found that the extruded filament won't stick to the bed and come out at the right width unless I move my endstop closer to the bed so that my first layer is actually about half the thickness as it's supposed to be.

This version also starts the print with a retract. This is actually the wrong move to be making. It should actually start with a feed restart since the previous print should have ended with a retract if it finished properly.

My production version remains at 0.8.4.

Thanks for all your work.

brnrd Wrote:
-------------------------------------------------------
>
> My production version remains at 0.8.4.
>

Really! that's a very bad release, everything you print using 0.8.4 will be too big, gears will not mesh and holes are the wrong size - that's the worst version to be using.

Step back to 0.8.3 or 0.9.1 for a accurate version.

---

[richrap.blogspot.com]

I'll check. I think the ones I tried before had retract problems during infill that resulted in filement between gaps, and all the version 0.9.x that I've tried didn't do the the first layer correctly.

I'm still trying 0.9.7, but with little success so far - besides "overfilling" small solid walls, it seems that there is no retraction whatsoever at the end of a "supporting material" extrusion? Leaves lots of strings on my parts when every piece of supporting material ends in a long-distance translation of the nozzle with no retraction.

I have attempted slicing the Pi Command Center on thingiverse [www.thingiverse.com] with horrible results with v0.9.7. Re-slicing it with v0.9.3 results in a much more acceptable gcode. Both versions create these additional travel that drips PLA extrusion on top of solid layers causing a messy print. I hope that can be fixed.


The Bread_Top.stl sliced with the latest version contains multiple bridge layers that should not be there. This may be a major bug in this version that needs an immediate resolution.

@Ate, it's definitely correct that first layer extrusion width is calculated on first layer height.