<?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: Building a parts library, STEP vs F3D file type performance in Fusion Design, Validate &amp; Document Forum</title>
    <link>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9392287#M116557</link>
    <description>&lt;P&gt;this is a good question,&amp;nbsp;&lt;a href="https://forums.autodesk.com/t5/user/viewprofilepage/user-id/7435954"&gt;@mah6786&lt;/a&gt;&amp;nbsp;- I was going to respond last night, but forgot.&amp;nbsp; Completely agree with&amp;nbsp;&lt;a href="https://forums.autodesk.com/t5/user/viewprofilepage/user-id/2025484"&gt;@laughingcreek&lt;/a&gt;&amp;nbsp;that conversion to STEP is not a great idea, since it can be lossy.&amp;nbsp; However, I do think there is advantages in not having all the parametric history in parts that you know are never going to change.&amp;nbsp; So, I would recommend, for those parts, just removing history, and saving them as F3D, and inserting them where needed.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Sun, 22 Mar 2020 16:03:15 GMT</pubDate>
    <dc:creator>jeff_strater</dc:creator>
    <dc:date>2020-03-22T16:03:15Z</dc:date>
    <item>
      <title>Building a parts library, STEP vs F3D file type performance</title>
      <link>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9391560#M116554</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&amp;nbsp; I've designed a bunch of gears for use in my assembly.&amp;nbsp; My assembly has quite a lot of components and I'm starting to run into performances issues.&amp;nbsp; I'm wondering, if it's better to save my gears as a STEP file, or a F3D file.&amp;nbsp; F3D saves the sketches and steps to build the part, which makes it convenient to for editing, but I'm wondering if this incurs a performance cost?&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Mike&lt;/P&gt;</description>
      <pubDate>Sat, 21 Mar 2020 20:55:26 GMT</pubDate>
      <guid>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9391560#M116554</guid>
      <dc:creator>mah6786</dc:creator>
      <dc:date>2020-03-21T20:55:26Z</dc:date>
    </item>
    <item>
      <title>Re: Building a parts library, STEP vs F3D file type performance</title>
      <link>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9392240#M116555</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for posting. Actually step files are used mostly when you transfer your file to another software which does't allow the previous format. But, using it for a project just to optimize the data is not a good practice. Well, it won't help you in increase of performance. Also, you'll lost all the history that might be helpful for future changes. So, I think you should keep it f3d. And use it.&lt;/P&gt;&lt;P&gt;You can optimize your graphics performance if that might help you.&lt;/P&gt;&lt;P&gt;Help&amp;gt; Support and Diagnostics&amp;gt; Graphics Diagnostics&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Untitled.png" style="width: 346px;"&gt;&lt;img src="https://forums.autodesk.com/t5/image/serverpage/image-id/744139i5F19D73904D8A462/image-size/large?v=v2&amp;amp;px=999" role="button" title="Untitled.png" alt="Untitled.png" /&gt;&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 22 Mar 2020 15:06:21 GMT</pubDate>
      <guid>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9392240#M116555</guid>
      <dc:creator>MoshiurRashid</dc:creator>
      <dc:date>2020-03-22T15:06:21Z</dc:date>
    </item>
    <item>
      <title>Re: Building a parts library, STEP vs F3D file type performance</title>
      <link>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9392266#M116556</link>
      <description>&lt;P&gt;obviously you'll want to save the .f3d file that has the history so you can make changes.&amp;nbsp; And as you've found having all that history in assemblies can weigh things down.&amp;nbsp; You can copy/paste just the body into your assemblies, which will place the body in your model as a dumb DM model, with out any of the history.&amp;nbsp; You can also save the body in a separate file so it can be inserted like a component, but i invariably just resort to just copy/paste.&amp;nbsp; For components already in your assembly, you can convert just that component to a DM feature in many cases, which will dump the history of just that component.&lt;/P&gt;
&lt;P&gt;short answer, A step file won't have any performance advantage over a fusion DM model that doesn't have history.&amp;nbsp; And avoids possible translation errors converting the step model back to&amp;nbsp; fusion model.&amp;nbsp; every time a model goes through a conversion process, there is a possibility for some loss of information.&amp;nbsp; in your proposed case, it gets converted twice (fusion to step, and then again step back to fusion).&amp;nbsp; I would avoid that.&lt;/P&gt;</description>
      <pubDate>Sun, 22 Mar 2020 15:42:11 GMT</pubDate>
      <guid>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9392266#M116556</guid>
      <dc:creator>laughingcreek</dc:creator>
      <dc:date>2020-03-22T15:42:11Z</dc:date>
    </item>
    <item>
      <title>Re: Building a parts library, STEP vs F3D file type performance</title>
      <link>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9392287#M116557</link>
      <description>&lt;P&gt;this is a good question,&amp;nbsp;&lt;a href="https://forums.autodesk.com/t5/user/viewprofilepage/user-id/7435954"&gt;@mah6786&lt;/a&gt;&amp;nbsp;- I was going to respond last night, but forgot.&amp;nbsp; Completely agree with&amp;nbsp;&lt;a href="https://forums.autodesk.com/t5/user/viewprofilepage/user-id/2025484"&gt;@laughingcreek&lt;/a&gt;&amp;nbsp;that conversion to STEP is not a great idea, since it can be lossy.&amp;nbsp; However, I do think there is advantages in not having all the parametric history in parts that you know are never going to change.&amp;nbsp; So, I would recommend, for those parts, just removing history, and saving them as F3D, and inserting them where needed.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sun, 22 Mar 2020 16:03:15 GMT</pubDate>
      <guid>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9392287#M116557</guid>
      <dc:creator>jeff_strater</dc:creator>
      <dc:date>2020-03-22T16:03:15Z</dc:date>
    </item>
    <item>
      <title>Re: Building a parts library, STEP vs F3D file type performance</title>
      <link>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9392864#M116558</link>
      <description>&lt;P&gt;Thanks Jeff.&amp;nbsp; By advantages, do you mean performance advantages (e.g. it uses less memory or takes less time when you rebuild the model) or organizational advantages (e.g. it declutters the timeline)?&lt;/P&gt;</description>
      <pubDate>Mon, 23 Mar 2020 04:03:51 GMT</pubDate>
      <guid>https://forums.autodesk.com/t5/fusion-design-validate-document/building-a-parts-library-step-vs-f3d-file-type-performance/m-p/9392864#M116558</guid>
      <dc:creator>mah6786</dc:creator>
      <dc:date>2020-03-23T04:03:51Z</dc:date>
    </item>
  </channel>
</rss>

