<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[SoliForum - 3D Printing Community — Weird problem with Splic3r in RH compred to Soliprint]]></title>
		<link>https://www.soliforum.com/topic/10403/weird-problem-with-splic3r-in-rh-compred-to-soliprint/</link>
		<atom:link href="https://www.soliforum.com/feed/rss/topic/10403/" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Weird problem with Splic3r in RH compred to Soliprint.]]></description>
		<lastBuildDate>Sat, 14 Mar 2015 07:16:35 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Weird problem with Splic3r in RH compred to Soliprint]]></title>
			<link>https://www.soliforum.com/post/89616/#p89616</link>
			<description><![CDATA[<p>Thanks guys. It looks like that was the issue. I have however downloaded RH 1.0.6 and got it working with my Press. It works great and the shoulders on the above model print correctly. Probably should correct the model, but it seems to be working now so I&#039;ll take the lazy route! <img src="https://www.soliforum.com/img/smilies/wink.png" width="15" height="15" alt="wink" /></p><p>The good thing about this glitch was it made me try the latest version of RH (which Solidoodle don&#039;t recommend) and it works great.</p>]]></description>
			<author><![CDATA[null@example.com (Goshdarnit)]]></author>
			<pubDate>Sat, 14 Mar 2015 07:16:35 +0000</pubDate>
			<guid>https://www.soliforum.com/post/89616/#p89616</guid>
		</item>
		<item>
			<title><![CDATA[Re: Weird problem with Splic3r in RH compred to Soliprint]]></title>
			<link>https://www.soliforum.com/post/89564/#p89564</link>
			<description><![CDATA[<p>RH has an analyzer built in. On the object placement tab, theres a little trash can on your object group. Just to the left is the object information button. This brings up a window. Click on the Analysis tab and click &quot;analyze&quot;. This will check for manifoldness and a few other things.&nbsp; RH won&#039;t do repairs though.</p>]]></description>
			<author><![CDATA[null@example.com (trayracing)]]></author>
			<pubDate>Sat, 14 Mar 2015 01:00:25 +0000</pubDate>
			<guid>https://www.soliforum.com/post/89564/#p89564</guid>
		</item>
		<item>
			<title><![CDATA[Re: Weird problem with Splic3r in RH compred to Soliprint]]></title>
			<link>https://www.soliforum.com/post/89550/#p89550</link>
			<description><![CDATA[<p>If you have not, run the stl through netfabb. Some versions of slicer are more picky about holes that are in the model and will just disconnect any thing that is originating from the hole. That is why one version works and one does not. usually!</p>]]></description>
			<author><![CDATA[null@example.com (carl_m1968)]]></author>
			<pubDate>Fri, 13 Mar 2015 23:19:37 +0000</pubDate>
			<guid>https://www.soliforum.com/post/89550/#p89550</guid>
		</item>
		<item>
			<title><![CDATA[Re: Weird problem with Splic3r in RH compred to Soliprint]]></title>
			<link>https://www.soliforum.com/post/89526/#p89526</link>
			<description><![CDATA[<p>OK, just checked the versions, and it&#039;s definitely an issue with RH. I downloaded the non-Solidoodle version (1.0.6) and it slices just fine. Yet both RHs are using version 1.1.7 so should surely be generating the same output??? It&#039;s weird.</p><p>1.0.6 doesn&#039;t work properly with my Press though. I&#039;m working through to try and find where the problems are to see if I can get this version running with my Press.</p>]]></description>
			<author><![CDATA[null@example.com (Goshdarnit)]]></author>
			<pubDate>Fri, 13 Mar 2015 20:13:27 +0000</pubDate>
			<guid>https://www.soliforum.com/post/89526/#p89526</guid>
		</item>
		<item>
			<title><![CDATA[Re: Weird problem with Splic3r in RH compred to Soliprint]]></title>
			<link>https://www.soliforum.com/post/89524/#p89524</link>
			<description><![CDATA[<p>Splic3r!</p>]]></description>
			<author><![CDATA[null@example.com (widespreaddeadhead)]]></author>
			<pubDate>Fri, 13 Mar 2015 20:08:47 +0000</pubDate>
			<guid>https://www.soliforum.com/post/89524/#p89524</guid>
		</item>
		<item>
			<title><![CDATA[Re: Weird problem with Splic3r in RH compred to Soliprint]]></title>
			<link>https://www.soliforum.com/post/89520/#p89520</link>
			<description><![CDATA[<p>It&#039;s likely they are using two different versions of slic3r. Both soliprint and RH bundle slic3r in. You should download the latest version from slic3r.org and point RH to it.</p>]]></description>
			<author><![CDATA[null@example.com (jagowilson)]]></author>
			<pubDate>Fri, 13 Mar 2015 19:54:54 +0000</pubDate>
			<guid>https://www.soliforum.com/post/89520/#p89520</guid>
		</item>
		<item>
			<title><![CDATA[Weird problem with Splic3r in RH compred to Soliprint]]></title>
			<link>https://www.soliforum.com/post/89518/#p89518</link>
			<description><![CDATA[<p>OK. I prefer RH. It is much more controllable, and actually saves my settings between sessions! Soliprint doesn&#039;t and is a bit too basic. However, when I slice objects in RH, it seems to miss parts of the model out. The same model in Soliprint slices absolutely fine!</p><p>Check out the pics below. The first one (with the purple angel) is the original model as loaded into RH. The second one (with the blue angel) is the version after slicing. Notice that the shoulders have disappeared, and the head is now floating in mid-air. If I slice the exact same file with Soliprint, the shoulders are fine. Result is that RH prints the model and leaves a gap before it prints the head, which then (obviously) collapses. Soliprint prints the full thing, complete with shoulders. Why does this happen (I&#039;ve had it happen with other models too)? Both use Slic3r. But one works and one doesn&#039;t.</p><p>Please help!</p><p>Edit: Forgot to attach the pictures! Done it now.</p>]]></description>
			<author><![CDATA[null@example.com (Goshdarnit)]]></author>
			<pubDate>Fri, 13 Mar 2015 19:40:30 +0000</pubDate>
			<guid>https://www.soliforum.com/post/89518/#p89518</guid>
		</item>
	</channel>
</rss>
