Anyone try the new version of Slic3r? (Page 1 of 2)

Awesome news, I will be  trying this out tonight.

Slic3r 0.9.8

New features:
acceleration control (advanced setting) to control behavior for perimeters and infill
customizable G-code to be executed on tool change ([previous_extruder] and [next_extruder] placeholders can be used, as well as nested placeholders like [temperature_[next_extruder]])
automatic detection of support material threshold angle (leave it to zero and Slic3r will check your layer height and extrusion width to detect unsupported overhangs)
experimental feature for vibration limiting (not needed in 99.9% of cases, might be handy with some shaky printers)
support for a Sailfish G-code flavor (I can't test this one, so please provide feedback)
Improvements:
plater will show vertical projection (with holes) of objects instead of their convex hull (limited to models with less than 2000 triangles for now - performance reasons)
gap fill is always disabled when fill density is zero; you can also set gap fill speed to zero to disable it
slight memory and time savings
automatic extrusion width defaults to way saner behavior when using low layer heights, avoiding infill to be too sparse

Changes:
cooling is enabled by default now

Bugfixes:
many (all?) spikes/blobs removed, causing not very smooth surfaces when high-res models were processed
wrong direction was detected for many bridges
infill every 'n' layers was stalling or generating tiny useless extrusions
the experimental inwards move that was recently introduced to avoid retracting on external perimeters was sometimes moving outwards (!) causing a little blob
some top/bottom solid shels were not treated as such
some holes were filled/bridged incorrectly
crash on Windows when username or STL/G-code paths contained non-ASCII characters
interface support material layers were clipped badly causing extrusions running into object perimeters
slow infill patterns were not working anymore
extra perimeters were not always applied when needed
custom layer-change G-code was applied before Z change
fixed regression causing inefficient infill paths
restart_extra_length didn't work correcty with negative values
retraction lift was not playing well with retract_extra_length in multi-extruder environments

It went into testing today for me.

Some new stuff on there....

More input on the new Slic3r version. I ran the 1/4" scale wood barrel and it came out fantastic. Gone is the vertical depression where the final perimeter was started from the previous inner fill. The random start is excellent.
Also, on the previous printing of this part, all of them, there was a pointed hexidecimal at the top perimeter, very pronounced and would need to be sanded off. This is missing on the new print.

I'm running the two up right now. Nope, nodes are still there on the sides where the head leaves to go to the next part.

Is there a way to tell Scli3r to first print one part totally then print the next one and so on if you have many parts? I saw this is available on some printer units.

Seems like a great release to me as well...now if we could get the same from the RH team...

RH will usually update soon after a new Slic3r to include it. Probably any day now.

There's plenty room for interface improvements...e.g. kill job being right next to pause = fail...not loading my slic3r configs properly on several different systems...graphic updating fails for me most of the time.  I have a top of the line system that I personally take great pride in keeping maintained and secure, I run a PC repair/consulting CO daily...business is quickly slowing due to technology changes [tablets, cloud powered thin clients, powerful gaming devices, integrated TVs] so I'm looking @ 3D printing as my next lily pad for 10-15 years; things should run like clockwork...especially on my main system a i7 3930k, 16gb ram, w/680 Sli, Samsung 512 raid 0...(most of that power is either being used for video/3D rendering or streaming games at full quality 1080p [I still have to use another PC w/ dedicated hardware to actually broadcast and keep the quality very high]). All 3 systems that I have used RH on have had random crashes w/ RH running only, config loading issues, and failures to update the live-view.   I would say the most reliable is the i7/650M - m14x R2 laptop...which was a steal @ 350$ from the dell outlet w/ coupon stacking and assoc discounts (I'm not a AW or Dell Fanboy, but they damn near gave me that rig)...regardless I still get crashes...so this is why I would like to look into working on the project personally....no doubt I could fix the interface to make it more user-friendly and ascetically pleasing...I would also like the ability to add the live view in full screen on a second monitor...I could go on for days lol.

Lawsy, yes I see that now. Only thing is the distance that's needed between parts. Obviously needed because the the bottom of the extruder but limits the number of parts that I can put on the bed. It would speed up the heatup process over doing individual parts. If I get a chance tomorrow I'll put four small parts, one in each corner to see how it works. thanks.

I am trying to lead the software while waiting for my machine to show up, but I have had slic3r crash when skeinforge worked on the same object.  I recreated the object and tried again and skeinforge worked and Slic3r 0.98 failed with garage results.

i switch to slic3r 0.9.8 x64 (new as they were no x64 version before..) and all is good for the moment...

Is it giving warnings about intersecting surfaces, holes, etc?

It's important to remember that any time you see this in any slicer, the stl is not manifold and errors follow should not be blamed on the software.

Just finished a 6 up print of a scale wooden barrel. Each piece is 1/2" dia. by 3/4" tall and about 1/4" each way between two rows of three.

NOPE, not as good as when done individually. Sides are rougher all the way around not just on sides where the extruder move off or on to the piece. Rounds appear more octagonal. Not good enough to use as casting masters.

I did two up and they looked OK. They were done with the X axis. The six up where more with the Y axis. I'll try 3 up tomorrow and line them up in the X axis direction and see how they come out.

No slop in the X or Y axis as I did Ian's Hot End fan duct and mount. Those came out with nice smooth rounds and real good holes.

Thanks for the link. I was repeatedly refreshing the github download page to no avail, no doubt you've saved me a few days.