<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[SoliForum - 3D Printing Community — Problems with Slic3r on certain models]]></title>
	<link rel="self" href="https://www.soliforum.com/feed/atom/topic/3335/" />
	<updated>2013-07-28T03:38:31Z</updated>
	<generator>PunBB</generator>
	<id>https://www.soliforum.com/topic/3335/problems-with-slic3r-on-certain-models/</id>
		<entry>
			<title type="html"><![CDATA[Re: Problems with Slic3r on certain models]]></title>
			<link rel="alternate" href="https://www.soliforum.com/post/31189/#p31189" />
			<content type="html"><![CDATA[<p>One of the biggest thing with Slic3er and how much memory it takes and how likely it is to crash is the number of threads you tell it to use.</p><p>From memory the default is 4... but if you are doing a large STL file, you need to drop this to 2 or even 1 to reduce the memory and processor Slic3r tries to use for slicing alone. </p><p>Configure-&gt;Advanced-&gt;Threads . </p><p>The other thing in newer versions, is specifying the smallest resolution. Setting this to 0.1mm or 0.05mm makes slic3r do a simplification before it slices, discarding polygons that are below the printable resolution anyway (and therefore, irrelevant). </p><p>But changing the threads to 1 or 2 is the biggest impact in terms of making Slic3r more stable for large STLs - with the slight trade off of longer slicing times. Its covered to great extent in Slic3rs Readme/Help files .</p>]]></content>
			<author>
				<name><![CDATA[adrian]]></name>
				<uri>https://www.soliforum.com/user/663/</uri>
			</author>
			<updated>2013-07-28T03:38:31Z</updated>
			<id>https://www.soliforum.com/post/31189/#p31189</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Problems with Slic3r on certain models]]></title>
			<link rel="alternate" href="https://www.soliforum.com/post/31188/#p31188" />
			<content type="html"><![CDATA[<p>Thanks, netfabb worked perfectly!</p>]]></content>
			<author>
				<name><![CDATA[vong888]]></name>
				<uri>https://www.soliforum.com/user/2445/</uri>
			</author>
			<updated>2013-07-28T03:38:24Z</updated>
			<id>https://www.soliforum.com/post/31188/#p31188</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Problems with Slic3r on certain models]]></title>
			<link rel="alternate" href="https://www.soliforum.com/post/31187/#p31187" />
			<content type="html"><![CDATA[<p>I had the same problem, updated RH and Sli3er to the latest versions and still had issues. Netfabb helped on some, but larger models seemed to still crash Sli3er.<br />Solution I found was to download Kisslicer, and use that for tougher models.</p>]]></content>
			<author>
				<name><![CDATA[ThatGuy]]></name>
				<uri>https://www.soliforum.com/user/1590/</uri>
			</author>
			<updated>2013-07-28T03:30:22Z</updated>
			<id>https://www.soliforum.com/post/31187/#p31187</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Problems with Slic3r on certain models]]></title>
			<link rel="alternate" href="https://www.soliforum.com/post/31177/#p31177" />
			<content type="html"><![CDATA[<p>Upload the models to cloud.netfabb.com to fix them.</p>]]></content>
			<author>
				<name><![CDATA[IanJohnson]]></name>
				<uri>https://www.soliforum.com/user/14/</uri>
			</author>
			<updated>2013-07-28T01:44:50Z</updated>
			<id>https://www.soliforum.com/post/31177/#p31177</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Problems with Slic3r on certain models]]></title>
			<link rel="alternate" href="https://www.soliforum.com/post/31176/#p31176" />
			<content type="html"><![CDATA[<p>Repetier-Host is Version 0.85b, and my Slic3r is version 0.9.9</p>]]></content>
			<author>
				<name><![CDATA[vong888]]></name>
				<uri>https://www.soliforum.com/user/2445/</uri>
			</author>
			<updated>2013-07-28T01:33:12Z</updated>
			<id>https://www.soliforum.com/post/31176/#p31176</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Problems with Slic3r on certain models]]></title>
			<link rel="alternate" href="https://www.soliforum.com/post/31173/#p31173" />
			<content type="html"><![CDATA[<p>What version of RH and slic3r?&nbsp; This is usually because the model is not manifold, but I&#039;ve noticed that the newer versions of RH and slic3r have done some weird things to my models that have sliced fine in the past...</p>]]></content>
			<author>
				<name><![CDATA[cckens]]></name>
				<uri>https://www.soliforum.com/user/129/</uri>
			</author>
			<updated>2013-07-28T01:15:01Z</updated>
			<id>https://www.soliforum.com/post/31173/#p31173</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Problems with Slic3r on certain models]]></title>
			<link rel="alternate" href="https://www.soliforum.com/post/31172/#p31172" />
			<content type="html"><![CDATA[<p>I recently got my Solidoodle 2, and I have been noticing that sometimes when I go to slice a model it ends up looking (in the Gcode editor window) like the printer is only going to print random sparse areas of the model, leaving huge open areas in between. An example is a model I recently got from Thingiverse ( . In the object placement preview screen, it looks just fine, but when I go to slice it, it ends up all messed up. Ive tried messing with the settings in Slic3r, but nothing seems to help.</p><p>Any insights would be appreciated.</p>]]></content>
			<author>
				<name><![CDATA[vong888]]></name>
				<uri>https://www.soliforum.com/user/2445/</uri>
			</author>
			<updated>2013-07-28T01:04:40Z</updated>
			<id>https://www.soliforum.com/post/31172/#p31172</id>
		</entry>
</feed>
