<?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: Fusion 360 direction in Fusion Design, Validate &amp; Document Forum</title>
    <link>https://forums.autodesk.com/t5/fusion-design-validate-document/fusion-360-direction/m-p/5885041#M282193</link>
    <description>&lt;P&gt;I can confirm that bringing quad meshes into. Fusion works fine ( mine come from Blender) and exporting from Fusin. Works fine as well.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;a href="https://forums.autodesk.com/t5/user/viewprofilepage/user-id/3263311"&gt;@PhilProcarioJr﻿&lt;/a&gt;&amp;nbsp;I agree that Fusion would do well with a number of tools that are available in mesh models such as NoDo, Blender etc. However, I douby modeling will ever be as fast as with these simply because T-Splines require a lot more math behind the scenes compared to a mesh model. In fact a T-spline models needs to actually provide a mesh model internally to be able to visualize it so it has to do double duty. Actually it has to to triple duty as it needs to calculate that mesh model on-the-fly from the mathematically much mo precise T-Spline representation.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;That precise mathematical model also would allow Fusion to create A-Surfaces. That is something highly desirable in industrial design and you cannot achieve that with a mesh modeler.&lt;/P&gt;</description>
    <pubDate>Fri, 30 Oct 2015 02:00:00 GMT</pubDate>
    <dc:creator>TrippyLighting</dc:creator>
    <dc:date>2015-10-30T02:00:00Z</dc:date>
  </channel>
</rss>

