<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Unclear on how to print supports that don't &amp;quot;take on&amp;quot; the same pro in Meshmixer Forum</title>
    <link>https://forums.autodesk.com/t5/meshmixer-forum/unclear-on-how-to-print-supports-that-don-t-quot-take-on-quot/m-p/9275719#M2979</link>
    <description>&lt;P&gt;If you want to print the supports different you might separate and export the support structure as an own object:&lt;/P&gt;
&lt;P&gt;In SELECT select some area on the original object and hit E to expand the selection to its whole surface. (In case it is composed from different unconnected shells you'll need to do this for each shell.) When all of the object is selected hit Y to separate it. Now there are two objects to export and to import in your slicer.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 27 Jan 2020 00:21:31 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2020-01-27T00:21:31Z</dc:date>
    <item>
      <title>Unclear on how to print supports that don't "take on" the same properties</title>
      <link>https://forums.autodesk.com/t5/meshmixer-forum/unclear-on-how-to-print-supports-that-don-t-quot-take-on-quot/m-p/9275702#M2978</link>
      <description>&lt;P&gt;I was able to orient my object and create a tree of supports.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Now I'm curious how to print it.&amp;nbsp; If I export the object directly to my slicer, it treats the support material the same as the model, which creates very strong supports!&amp;nbsp; (same infill, same number of shells, etc.)&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It also messes up the surface of the model - whenever they touch, it oozes together when it tries to optimize the contours of the surface.&lt;/P&gt;&lt;P&gt;Is there a way to import the results into my slicer (in my case MeshMixer) in a way where the slicing app treats the support tree in an appropriate manner?&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jan 2020 00:06:22 GMT</pubDate>
      <guid>https://forums.autodesk.com/t5/meshmixer-forum/unclear-on-how-to-print-supports-that-don-t-quot-take-on-quot/m-p/9275702#M2978</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2020-01-27T00:06:22Z</dc:date>
    </item>
    <item>
      <title>Re: Unclear on how to print supports that don't "take on" the same pro</title>
      <link>https://forums.autodesk.com/t5/meshmixer-forum/unclear-on-how-to-print-supports-that-don-t-quot-take-on-quot/m-p/9275719#M2979</link>
      <description>&lt;P&gt;If you want to print the supports different you might separate and export the support structure as an own object:&lt;/P&gt;
&lt;P&gt;In SELECT select some area on the original object and hit E to expand the selection to its whole surface. (In case it is composed from different unconnected shells you'll need to do this for each shell.) When all of the object is selected hit Y to separate it. Now there are two objects to export and to import in your slicer.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jan 2020 00:21:31 GMT</pubDate>
      <guid>https://forums.autodesk.com/t5/meshmixer-forum/unclear-on-how-to-print-supports-that-don-t-quot-take-on-quot/m-p/9275719#M2979</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2020-01-27T00:21:31Z</dc:date>
    </item>
  </channel>
</rss>

