<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
    <channel>
        <title>Favorite Slicer?</title>
        <description>What&#039;s your favorite slicer?  (I&#039;m using Windows).  

I know about Skeenforge but I&#039;ve heard some warnings about it being complicated and slow.  I&#039;ve downloaded Slic3r and was thinking to use that one but just heard about KISSlicer and it might even be easier to use.  

What&#039;s your favorite and why?</description>
        <link>https://reprap.org/forum/read.php?1,191596,191596#msg-191596</link>
        <lastBuildDate>Sat, 13 Jun 2026 01:58:37 -0400</lastBuildDate>
        <generator>Phorum 5.2.23</generator>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194923#msg-194923</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194923#msg-194923</link>
            <description><![CDATA[ jbernardis Wrote:<br />
-------------------------------------------------------<br />
&gt; Thanks - I didn't realize there was a newer one<br />
&gt; out there.  That's what it means to be on the<br />
&gt; bleeding edge I guess.<br />
<br />
Right now for sure. But I think after the release it will be a few months before we see another Alpha release if my impression of his process is correct.<br />
<br />
&gt; <br />
&gt; Thanks too for the bed roughness setting.  It was<br />
&gt; indeed 0.25 and it would account for the higher<br />
&gt; first layer.  Any reason not to set it back to 0? <br />
&gt; I've never had an issue with unevenness of the bed<br />
&gt; (and 0.25 seems like a large compensation factor<br />
&gt; anyway)<br />
<br />
Again I think this is a result of its origin in BFB and dual head machines. they seem to use a raft all the time and don't really care if the bed in level so they just compensate on the first layer. Where as in RepRap we have gotten used to printing the first layer at close to the normal layer height. I personally have it set to 0 and it acts as expected. Also you will want turn of Z-Settle as well unless you have a bed that moves downwards and does not have any antibacklash system (like BFB). <br />
<br />
&gt; <br />
&gt; I also found the bug in the time estimation.  It<br />
&gt; wasn't actually in the gcoder.py file, but in a<br />
&gt; separate file.  I merged it into gcoder.py when I<br />
&gt; adapted the code for my purposes.  Anyway, for<br />
&gt; gcode lines that change the speed, but have no<br />
&gt; movement (eg. "G1 F30000") it would add in the<br />
&gt; time it took to accelerate from the current speed<br />
&gt; up to that speed and then decelerate the same<br />
&gt; amount.  Once I fixed that logic, the time<br />
&gt; estimation was accurate<br />
<br />
Nice I could never get Pronterface to give estimates that were even close to the real time so I stopped looking at it.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>General</category>
            <pubDate>Mon, 25 Mar 2013 19:36:50 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194921#msg-194921</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194921#msg-194921</link>
            <description><![CDATA[ Thanks - I didn't realize there was a newer one out there.  That's what it means to be on the bleeding edge I guess.<br />
<br />
Thanks too for the bed roughness setting.  It was indeed 0.25 and it would account for the higher first layer.  Any reason not to set it back to 0?  I've never had an issue with unevenness of the bed (and 0.25 seems like a large compensation factor anyway)<br />
<br />
I also found the bug in the time estimation.  It wasn't actually in the gcoder.py file, but in a separate file.  I merged it into gcoder.py when I adapted the code for my purposes.  Anyway, for gcode lines that change the speed, but have no movement (eg. "G1 F30000") it would add in the time it took to accelerate from the current speed up to that speed and then decelerate the same amount.  Once I fixed that logic, the time estimation was accurate]]></description>
            <dc:creator>jbernardis</dc:creator>
            <category>General</category>
            <pubDate>Mon, 25 Mar 2013 19:24:13 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194912#msg-194912</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194912#msg-194912</link>
            <description><![CDATA[ jbernardis Wrote:<br />
-------------------------------------------------------<br />
&gt; There ARE two things that I have to bring up:<br />
&gt; 1) on every layer, the outside perimeter starts at<br />
&gt; exactly the same point.  There's quite a blob<br />
&gt; there right now.  I left the retraction (suck)<br />
&gt; settings alone, but they might need more work.<br />
<br />
Oh a few hours to early. He released RC2 (also in Linux) and it now has a jitter function as well as a control for the depth of the seam. Try the seam at 0.5 and the jitter about 90 and see how that works out for you.<br />
<br />
&gt; 2) for some reason, the first layer height was<br />
&gt; 0.450mm.  My layer height setting is 0.2mm.  I use<br />
&gt; this same value in slic3r and skeinforge, and my<br />
&gt; first layer is at 0.18 (because of my settings in<br />
&gt; bottom plugin, etc).  I can't find a setting that<br />
&gt; would make the first layer so high, except perhaps<br />
&gt; for the skin thickness (which is set at the<br />
&gt; default 0.8).<br />
<br />
Its the bed roughness setting. It adds that amount to the layer height for the first layer.<br />
<br />
&gt; <br />
&gt; I'm encouraged by what I see, and I'll keep<br />
&gt; experimenting]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>General</category>
            <pubDate>Mon, 25 Mar 2013 18:11:38 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194911#msg-194911</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194911#msg-194911</link>
            <description><![CDATA[ So I got the beta release of kisslicer 1.1.0, and it's MUCH better than before.  I didn't change too many of the starting parameters, but here is what I found:<br />
<br />
The object I am printing is the X motor bracket I designed for an aluminum extrusion printer I am making.  It's a decent sized object.  When I slice it with kisslicer, kisslicer itself gives me time estimates that range from 4:48 to 8:17 (hh:mm) depending on the precision setting.  I went with a middle of the road precision of 50% and the time estimate from kisslicer was 5:18.<br />
<br />
When I imported this into pronterface, it gave me a time estimate of 12:54, and when I imported into my own host software which uses the pronterface underpinnings (gcoder.py) it game me an estimate of 13:20.  The object is actually printing so I don't know the actual print time, but based on my host software's constantly revised ETA, it looks like it's going to take 5:10 - so obviously I need to look at the gcoder.py code.  It seems to me that the big difference in print time I am seeing between this slicer and the others is due to the perimeter times.  kisslicer seems to have the strategy to go slow on the perimeters.  So in about 3 hours, I will have a good look at the object to see if the time sacrifice was worthwhile.  I can always speed it up.<br />
<br />
There ARE two things that I have to bring up:<br />
1) on every layer, the outside perimeter starts at exactly the same point.  There's quite a blob there right now.  I left the retraction (suck) settings alone, but they might need more work.<br />
2) for some reason, the first layer height was 0.450mm.  My layer height setting is 0.2mm.  I use this same value in slic3r and skeinforge, and my first layer is at 0.18 (because of my settings in bottom plugin, etc).  I can't find a setting that would make the first layer so high, except perhaps for the skin thickness (which is set at the default 0.8).<br />
<br />
I'm encouraged by what I see, and I'll keep experimenting]]></description>
            <dc:creator>jbernardis</dc:creator>
            <category>General</category>
            <pubDate>Mon, 25 Mar 2013 18:08:06 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194543#msg-194543</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194543#msg-194543</link>
            <description><![CDATA[ Cool thanks, have downloaded netfabb basic and will try the cloud as well.]]></description>
            <dc:creator>martybee58</dc:creator>
            <category>General</category>
            <pubDate>Sun, 24 Mar 2013 15:51:07 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194534#msg-194534</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194534#msg-194534</link>
            <description><![CDATA[ <blockquote class="bbcode"><div><small>Quote<br /></small><strong></strong><br />does anybody else have issues with slic3r not liking certain .stl files? It seems about 50% of the .stl files I create with SolidWorks 2013 create errors in slic3r.</div></blockquote>
<br />
It's an issue with how SW generates STL files.  If you feed them through cloud.netfabb.com it will fix the errors.]]></description>
            <dc:creator>crispy1</dc:creator>
            <category>General</category>
            <pubDate>Sun, 24 Mar 2013 15:03:26 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194506#msg-194506</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194506#msg-194506</link>
            <description><![CDATA[ Kisslicer will slice anything but it will not always give you the results you were expecting if the model has issues. It highlights the problem areas of the model with colored edges and provides a color key explaining what it is seeing and you may need to repair those spots manually because netfabb does not really repair files as much as it patches them in really bad ways that are an issue themselves. Netfabb has no issue with inserting degenerate or zero area faces which are problems for Kisslicer.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>General</category>
            <pubDate>Sun, 24 Mar 2013 13:29:20 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194484#msg-194484</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194484#msg-194484</link>
            <description><![CDATA[ Get netfabb studio basic it is free.  You will need to run it on all files exported from Solidworlks.   Kisslicer may not complain about the files but you may get weird results on the print.  Most thingiverse files also need repaired also.]]></description>
            <dc:creator>Spk64</dc:creator>
            <category>General</category>
            <pubDate>Sun, 24 Mar 2013 11:00:54 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194475#msg-194475</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194475#msg-194475</link>
            <description><![CDATA[ Most of the files I download from thingiverse need to be repaired before slic3r will work (I've been using netfab cloud - great site).  Haven't used kisslicer enough to know if errors appear as often.  You do have to register in order to see the download links for the kisslicer beta.]]></description>
            <dc:creator>KDog</dc:creator>
            <category>General</category>
            <pubDate>Sun, 24 Mar 2013 10:46:42 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194473#msg-194473</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194473#msg-194473</link>
            <description><![CDATA[ does anybody else have issues with slic3r not liking certain .stl files? It seems about 50% of the .stl files I create with SolidWorks 2013 create errors in slic3r. I'm currently experimenting with kisslicer but results have nt been as good as slic3r although has nt thrown up an error at all yet. I guess I'll need to register on the kisslicer forum to download v1.1.0 as cant see how to download it otherwise?]]></description>
            <dc:creator>martybee58</dc:creator>
            <category>General</category>
            <pubDate>Sun, 24 Mar 2013 10:40:12 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194181#msg-194181</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194181#msg-194181</link>
            <description><![CDATA[ get a cricut spatula. [<a href="http://www.ebay.com/itm/CRICUT-CRAFT-SPATULA-/370781510526?pt=LH_DefaultDomain_0&amp;hash=item56544cdb7e" target="_blank"  rel="nofollow">www.ebay.com</a>]]]></description>
            <dc:creator>hendo420</dc:creator>
            <category>General</category>
            <pubDate>Sat, 23 Mar 2013 04:43:20 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194176#msg-194176</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194176#msg-194176</link>
            <description><![CDATA[ I tried Kisslicer for the first time this week and am amazed by the results.  I've been spending so much time trying to calibrate my printer with Slic3r to no avail.  Kisslicer just seems to work.  Not sure why but getting the first layer right is so much easier too.  And....no more boogers! I was able to print the high-res Yoda with almost no issues and without support material (I couldn't get some of the support stuff to stay so I turned it off).  Now, if I can just figure out how to get things off the print bed as things seem to be sticking much better too.  I broke Yoda's neck trying to get him off the bed..oops.  Looking forward to playing around with it some more this weekend.<br />
<br />
Cheers,<br />
<br />
KDog]]></description>
            <dc:creator>KDog</dc:creator>
            <category>General</category>
            <pubDate>Sat, 23 Mar 2013 04:19:42 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194131#msg-194131</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194131#msg-194131</link>
            <description><![CDATA[ The beta and RC1 releases are only available from the forum. <br />
<br />
Beta [<a href="http://kisslicer.com/forum/index.php?topic=382.0" target="_blank"  rel="nofollow">kisslicer.com</a>] which is only Linux because Windows and Mac are onto RC1 which is available [<a href="http://kisslicer.com/forum/index.php?topic=489.0" target="_blank"  rel="nofollow">kisslicer.com</a>]]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>General</category>
            <pubDate>Fri, 22 Mar 2013 22:48:44 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,194129#msg-194129</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,194129#msg-194129</link>
            <description><![CDATA[ Where would I find this latest version.  I went to Kisslicer.com.  I thought that would be the most current.  I just searched again for it, and that seems to be the only site to come up from which I can download.  BTW - it's version 1.0.9.7 dated 12-Jun-2012, so it IS fairly old.  If there is a more recent version available I'd love to try it.<br />
<br />
I figured some of those parameters were for older style extruders.  I basically ignored them and got good results.<br />
<br />
When I said Advanced Settings, I meant the settings dialog box with the 5 or 6 tabs.  That is what it is called in the menu - at least in the version I tried.]]></description>
            <dc:creator>jbernardis</dc:creator>
            <category>General</category>
            <pubDate>Fri, 22 Mar 2013 22:40:14 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193991#msg-193991</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193991#msg-193991</link>
            <description><![CDATA[ jbernardis Wrote:<br />
------------------------------------------------<br />
&gt;   - on the Materials tab I don't understand what<br />
&gt; to do about the warm-up factor.  Does this imply<br />
&gt; that you may insert some waits in the gcode<br />
<br />
This is for dual extrusion so it knows what temperature to set the idle extruder so it does not drip every where. I you are using a single extruder just ignore it.<br />
<br />
&gt;   - there is very limited fan control - always on<br />
&gt; or off, or on for perimeters.  What about on for<br />
&gt; small layers?<br />
<br />
As I have said repeatedly everyone should be trying the beta or RC1 not the really old release that is lacking features. <br />
<br />
&gt;   - on the extruders tab, what is mm/rev.  I<br />
&gt; wouldn't know how to measure that - is it inflow<br />
&gt; or outflow - and even if I could, it should have<br />
&gt;     no bearing on the resultant g code.<br />
<br />
Again you are using the old release that mentions many things that relate more to old RepRap and BFB commands which confuses most people. If you use the beta or RC1 it does not mention RPM anywhere.<br />
<br />
&gt; I also don't like how/where the parameters are<br />
&gt; stored.  The settings from the "Advanced Settings"<br />
&gt; dialog box are stored in 3 ini files right in the<br />
&gt; KISSlicer directory.  The settings from the main<br />
&gt; screen are stored off in a kisslicer.prefs file in<br />
&gt; some arcane directory that is OS dependent.   This<br />
&gt; is only an issue to someone like me who wants to<br />
&gt; integrate the slicer into their host program, but<br />
&gt; it seems awkward.<br />
<br />
I am not sure what the advanced tab is since it does not exist in the latest versions but if it is the stuff only available in the Pro version you should never need to adjust them for any reason. I like where the configs are saved because I have a separate folder for each machine so I can have the settings for each machine separate and not have to load anything except the program in the correct folder. But I think that all configs should be one file because the way Kisslicer and Slic3r try to separate them is wrong. If you adjust the layer height it effects settings under all the categories like speed and temp.<br />
<br />
&gt; <br />
&gt; Perhaps the biggest issue I had was with printing<br />
&gt; speed.  I have a relatively small STL file - 3<br />
&gt; clips that go around a 15 mm aluminum extrusion. <br />
&gt; I sliced and printed with skeinforge and the print<br />
&gt; time was 15 minutes.  I then sliced in KISSlicer,<br />
&gt; and the time estimate for the resulting g code was<br />
&gt; just under 5 hours.  I didn't let the print<br />
&gt; finish.  I don't know if it was really going to<br />
&gt; take 5 hours, but it was going to be significantly<br />
&gt; longer that the skeinforge job.  Admittedly, I<br />
&gt; didn't change any of the pre-populated speed<br />
&gt; values, and I sliced with the precision at 50%,<br />
&gt; but even with that, I don't think the difference<br />
&gt; in print times should have been so dramatic.<br />
<br />
What told you that? Not Kisslicer? I have found its estimates off but never seen results like that and from all the video tests comparing it with SF and Slic3r it was always the fastest because it retracts less often and has better path planning.<br />
<br />
If I were you I would test the new version and remember it is not a branch of RepRap so it did not follow the same path that all other RepRap slicers took. He did things different and I believe that is why it works better while confusing people. I personally do not think the normal RepRap promoted methods of doing things is always right and sometimes completely wrong.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>General</category>
            <pubDate>Fri, 22 Mar 2013 12:33:18 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193969#msg-193969</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193969#msg-193969</link>
            <description><![CDATA[ Don't trust the time.  KISSlicer code has lots of comments and stuff in it that throws off the time calculations.  I just did a print that said 1hr and it was less then 20m]]></description>
            <dc:creator>lotw</dc:creator>
            <category>General</category>
            <pubDate>Fri, 22 Mar 2013 11:29:08 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193917#msg-193917</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193917#msg-193917</link>
            <description><![CDATA[ I tried out KISSlicer for the first time last night.  Just a single test - hardly enough to draw conclusions from, but my first impression is that it's a good slicer, but it still has a way to go.<br />
<br />
When trying to set up the parameters, some of them were strange:<br />
<br />
  - some of the parameters on the main screen - precision and raft/skirt - seem to be more logically placed on the styles tab.<br />
  - on the Materials tab I don't understand what to do about the warm-up factor.  Does this imply that you may insert some waits in the gcode<br />
  - there is very limited fan control - always on or off, or on for perimeters.  What about on for small layers?<br />
  - on the extruders tab, what is mm/rev.  I wouldn't know how to measure that - is it inflow or outflow - and even if I could, it should have<br />
    no bearing on the resultant g code.<br />
<br />
I also don't like how/where the parameters are stored.  The settings from the "Advanced Settings" dialog box are stored in 3 ini files right in the KISSlicer directory.  The settings from the main screen are stored off in a kisslicer.prefs file in some arcane directory that is OS dependent.   This is only an issue to someone like me who wants to integrate the slicer into their host program, but it seems awkward.<br />
<br />
Perhaps the biggest issue I had was with printing speed.  I have a relatively small STL file - 3 clips that go around a 15 mm aluminum extrusion.  I sliced and printed with skeinforge and the print time was 15 minutes.  I then sliced in KISSlicer, and the time estimate for the resulting g code was just under 5 hours.  I didn't let the print finish.  I don't know if it was really going to take 5 hours, but it was going to be significantly longer that the skeinforge job.  Admittedly, I didn't change any of the pre-populated speed values, and I sliced with the precision at 50%, but even with that, I don't think the difference in print times should have been so dramatic.]]></description>
            <dc:creator>jbernardis</dc:creator>
            <category>General</category>
            <pubDate>Fri, 22 Mar 2013 09:50:13 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193688#msg-193688</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193688#msg-193688</link>
            <description><![CDATA[ I have been trying out KISSlicer a little more.  I finally got it to work on my machine and it does do a better job with most models.  I am starting to see why a lot of you like it.]]></description>
            <dc:creator>lotw</dc:creator>
            <category>General</category>
            <pubDate>Thu, 21 Mar 2013 16:20:05 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193619#msg-193619</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193619#msg-193619</link>
            <description><![CDATA[ Thanks Sublime.  That's good info to know.  <br />
<br />
I think I'll start out with KISSlicer and worry about bridges later.  Sounds like spanning a gap is a later "tuning" step anyway after I get the basic printer working.  Maybe by then KISSlicer will support it and if not I'll try one of the other slicers.]]></description>
            <dc:creator>cobrageek</dc:creator>
            <category>General</category>
            <pubDate>Thu, 21 Mar 2013 12:10:25 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193617#msg-193617</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193617#msg-193617</link>
            <description><![CDATA[ Just so you guys are aware Kisslicer does absolutely nothing for bridges. It does not recognize them nor make any changes to how it prints them as opposed to any other solid layer. This is because it was designed for use with dual head machines and using support. Hence why it has the best support generation. Bridging is on his list of features to add and the most requested.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>General</category>
            <pubDate>Thu, 21 Mar 2013 12:07:27 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193607#msg-193607</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193607#msg-193607</link>
            <description><![CDATA[ I haven't tried it yet.  Maybe I'll get a chance this evening.  I can try it external to my host software for the time being.  I'd ultimately like to integrate it into my host software, but don't know about its command line interface yet.]]></description>
            <dc:creator>jbernardis</dc:creator>
            <category>General</category>
            <pubDate>Thu, 21 Mar 2013 11:06:10 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193604#msg-193604</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193604#msg-193604</link>
            <description><![CDATA[ jernardis, have you tried KISSlicer?  How does it do on the bridging cases?]]></description>
            <dc:creator>cobrageek</dc:creator>
            <category>General</category>
            <pubDate>Thu, 21 Mar 2013 11:00:49 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193472#msg-193472</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193472#msg-193472</link>
            <description><![CDATA[ I agree with the assessment of slic3r.  Bridging just flat out doesn't work for me.  If I try something like the bridge torture test, it works fine, but if I try it on an actual object, the material sags terribly.  I've tried playing around with the bridge flow rate, but I've set it as low as 75% with absolutely no change in the output.  If I have an object with any bridging at all, I use skeinforge, where I have bridging tuned perfectly.  I've bridged as much as 40mm with no problems with SF.<br />
<br />
The other area that gives me trouble with slic3r is with very thin walls, or with holes that are too close to an outside edge.  I've had objects with thin walls that slic3r didn't even render.  Just the wider objects at each end with nothing at all in between.  And if I have a hole that is too close to an edge, slic3r will not make a continuous perimeter, but will instead go around the other 3 sides of the hole, and then come back and try to put a little segment on the fourth side as if nobody would ever notice it there in plain sight.<br />
<br />
I like the slic3r user interface and speed, and I would LIKE to use it as my everyday slicer, but there are simply too many objects for which I have to keep coming back to skeinforge.]]></description>
            <dc:creator>jbernardis</dc:creator>
            <category>General</category>
            <pubDate>Wed, 20 Mar 2013 23:31:41 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193424#msg-193424</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193424#msg-193424</link>
            <description><![CDATA[ I have used Slic3r since it first became feasible alternative to SF. Mostly because I was fed up with slicing times of up to 45 minutes with SF.<br />
<br />
I generally haven't had problems even with versions that have been loudly disparaged as totally broken by some people, but there are two things I would really like to see addressed:<br />
<br />
Slic3r still can't put down both the perimeters and infill at the same visit on each island on a layer. In some prints this results in a huge amount of unnecessary moves. This is mainly just an annoyance.<br />
<br />
Bridging is still so bad that I don't whether to laugh or cry. A long time ago Skeinforge automatically dropped perimeters to 1 and tried to draw the brigde over the whole area in the best orientation, not stopping at the edges of the bridge. This worked quite well. Not so with Slic3r. It will happily try to draw the all perimeters around the bridge area with full speed and then try to make the bridge by attaching the seemingly randomly oriented bridge threads with submillimeter overlap to the edges of the bridge, which may be the just printed, slightly hanging perimeters. <br />
<br />
Here are my latest bridging disasters with 0.9.8:<br />
<br />
<div id="div_e1c341f0c11d655b96c64406c17a4834"
     class="mod_embed_images"
     style="width:500px">

  

    
      
    

    <div id="imagediv_e1c341f0c11d655b96c64406c17a4834" class="mod_embed_images_image"
         style="width:500px; height:373px">

    

    <a href="http://forums.reprap.org/file.php?1,file=13333,filename=8574997461_95bf7d8310.jpg">
        <img src="/forum/thumbcache/14f/5ce/f68/f9a/20f/345/ece/594/650/590/57_800x400.jpg"
             width="500"
             height="373"
             id="image_e1c341f0c11d655b96c64406c17a4834"
             alt=""
             title=""/>
    </a>

    

    </div>

    <div class="mod_embed_images_info " id="info_e1c341f0c11d655b96c64406c17a4834"
      >
      <a id="link_e1c341f0c11d655b96c64406c17a4834" href="http://forums.reprap.org/file.php?1,file=13333,filename=8574997461_95bf7d8310.jpg"></a>
    </div>

  

 </div>


<script type="text/javascript">
mod_embed_images_loadimage('e1c341f0c11d655b96c64406c17a4834', '/forum/thumbcache/14f/5ce/f68/f9a/20f/345/ece/594/650/590/57_800x400.jpg', 'http://forums.reprap.org/file.php?1,file=13333,filename=8574997461_95bf7d8310.jpg', 'https://reprap.org/forum/addon.php?1,module=embed_images,check_scaling=1,url=http%3A%2F%2Fforums.reprap.org%2Ffile.php%3F1%2Cfile%3D13333%2Cfilename%3D8574997461_95bf7d8310.jpg', '', 193424, 800, 400, 'Loading image ...', false);
</script>
<br />
<br />
davew_tx Wrote:<br />
-------------------------------------------------------<br />
&gt; has anyone noticed that firmwares generally<br />
&gt; support G2/G3 arcs, but I've never seen that in a<br />
&gt; Gcode file.<br />
&gt; Nothing but G1 moves usually.<br />
&gt; <br />
&gt; I have plenty of rads and arcs in parts, most are<br />
&gt; fixed rads, and not compound curves and splines.<br />
<br />
Filament construction method rounds corners enough so that you can get very round shapes with a reasonable amount of G1 moves. Building a proper arc support into the whole toolchain would be more work than it would be worth.<br />
<br />
That said, I had a mill running with reprap electronics+firmware and milling round shapes with G2/G3-containing Gcode from HeeksCAD gave really nice results. Doing the same without arcs would have required a very large amount of G1 moves. But that's just the difference between milling and FDM construction.<br/>]]></description>
            <dc:creator>ttsalo</dc:creator>
            <category>General</category>
            <pubDate>Wed, 20 Mar 2013 17:38:39 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193367#msg-193367</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193367#msg-193367</link>
            <description><![CDATA[ jbernardis Wrote:<br />
-------------------------------------------------------<br />
&gt; Based on everyone's comments here and on the<br />
&gt; reprap magazine article, I decided to give<br />
&gt; kisslicer a try.  It looks pretty nice, but one<br />
&gt; thing I haven't found is what I can do via the<br />
&gt; command line.  Right now, I jump back and forth<br />
&gt; between Slic3r and Skeinforge.  It's all<br />
&gt; integrated into my host program, and I invoke the<br />
&gt; slicers through their command line interfaces.<br />
&gt; <br />
&gt; I'd like to do the same with kisslicer.  Is there<br />
&gt; a way I can specify the file to slice and the<br />
&gt; profile/style to slice it with via the command<br />
&gt; line?  So far I've gotten it to recognize a model<br />
&gt; file, but it always slices it with the default<br />
&gt; profile.<br />
<br />
I know it should be possible since the program started as a command line only program. With that said I have not seen anyone using from the command line since I started using it. I think this is one that Lonesock will need to answer.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>General</category>
            <pubDate>Wed, 20 Mar 2013 13:40:15 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193347#msg-193347</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193347#msg-193347</link>
            <description><![CDATA[ davew_tx Wrote:<br />
-------------------------------------------------------<br />
&gt; has anyone noticed that firmwares generally<br />
&gt; support G2/G3 arcs, but I've never seen that in a<br />
&gt; Gcode file.<br />
&gt; Nothing but G1 moves usually.<br />
&gt; <br />
&gt; I have plenty of rads and arcs in parts, most are<br />
&gt; fixed rads, and not compound curves and splines.<br />
&gt; <br />
&gt; Dave<br />
<br />
The problem is all of that information is lost when you export the STL file, trying to fit curves to line segments which is what you'd end up doing is going to introduce inaccuracies. Where slicers could use G2/G3 is on interior corners where the correct path involves a curve, having said that unless the offset is large it's probably not worth it.]]></description>
            <dc:creator>Polygonhell</dc:creator>
            <category>General</category>
            <pubDate>Wed, 20 Mar 2013 12:38:08 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193340#msg-193340</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193340#msg-193340</link>
            <description><![CDATA[ Based on everyone's comments here and on the reprap magazine article, I decided to give kisslicer a try.  It looks pretty nice, but one thing I haven't found is what I can do via the command line.  Right now, I jump back and forth between Slic3r and Skeinforge.  It's all integrated into my host program, and I invoke the slicers through their command line interfaces.<br />
<br />
I'd like to do the same with kisslicer.  Is there a way I can specify the file to slice and the profile/style to slice it with via the command line?  So far I've gotten it to recognize a model file, but it always slices it with the default profile.]]></description>
            <dc:creator>jbernardis</dc:creator>
            <category>General</category>
            <pubDate>Wed, 20 Mar 2013 12:10:04 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,193319#msg-193319</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,193319#msg-193319</link>
            <description><![CDATA[ has anyone noticed that firmwares generally support G2/G3 arcs, but I've never seen that in a Gcode file.<br />
Nothing but G1 moves usually.<br />
<br />
I have plenty of rads and arcs in parts, most are fixed rads, and not compound curves and splines.<br />
<br />
Dave]]></description>
            <dc:creator>davew_tx</dc:creator>
            <category>General</category>
            <pubDate>Wed, 20 Mar 2013 10:54:31 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,192868#msg-192868</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,192868#msg-192868</link>
            <description><![CDATA[ Is it possible some of the problems may be from the common use of absolute E values? I (and most Tantillus users) use relative extrusion and it is because I find it easier to work with a relative extrusion gcode file, I started with Teacup that used relative extrusion and I have always figured the rounding error that everyone worries about is actually a good thing because if the rounding gets carried to the next extrusion that extrusion will have to much plastic so it then varies between dropping a step on one extrusion and adding it on the next which we do not want. Also Tantillus uses only whole numbers for the E steps per mm which would also change how the rounding error occurs.]]></description>
            <dc:creator>Sublime</dc:creator>
            <category>General</category>
            <pubDate>Mon, 18 Mar 2013 14:43:24 -0400</pubDate>
        </item>
        <item>
            <guid>https://reprap.org/forum/read.php?1,191596,192859#msg-192859</guid>
            <title>Re: Favorite Slicer?</title>
            <link>https://reprap.org/forum/read.php?1,191596,192859#msg-192859</link>
            <description><![CDATA[ I just did a quick test Just a square hole inside a square object I sliced it in the Beta I have installed and the paths look correct.<br />
The 5mm hole in the middle of the test piece creates lines at +2.75 and -2.75 (0.5mm width requested) which is correct given what was requested.<br />
KISSlicer does correctly (assuming you're tool is circular) create arcs for the corners of the inside perimeter, and hard corners for the outside ones.<br />
The only odd thing it does on perimeters is the overlapping start stop thing which does help hide the seem but I could see it causing an issue for something with a tight fit.]]></description>
            <dc:creator>Polygonhell</dc:creator>
            <category>General</category>
            <pubDate>Mon, 18 Mar 2013 14:09:12 -0400</pubDate>
        </item>
    </channel>
</rss>
