<?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: Code length, processing speed in Libraries &amp; objects</title>
    <link>https://community.graphisoft.com/t5/Libraries-objects/Code-length-processing-speed/m-p/95953#M37815</link>
    <description>&lt;BLOCKQUOTE&gt;Julia wrote:&lt;BR /&gt;One thing I do to speed things up is give the user the ability to change the resol.  That way they can have it fairly low most of the time.&lt;/BLOCKQUOTE&gt;

Julia is right, better to start by this point. This can save a lot of time for 3D calculations. &lt;BR /&gt;
Another setting is the use of the "shadow on/off" command, specially for small details.&lt;BR /&gt;
&lt;BR /&gt;
For eg. take a cylinder.&lt;BR /&gt;
resol 36 &amp;amp; shadow on, --&amp;gt; 98 polygones&lt;BR /&gt;
resol 36 &amp;amp; shadow off, --&amp;gt; 38 polygones&lt;BR /&gt;
&lt;BR /&gt;
resol 18 &amp;amp; shadow on, --&amp;gt; 53 polygones&lt;BR /&gt;
resol 18 &amp;amp; shadow off, --&amp;gt; 20 polygones&lt;BR /&gt;
&lt;BR /&gt;
For a simple tore, section resol 36 and path resol 36, --&amp;gt; more than 2000 pgons!&lt;BR /&gt;
And twice more in case of triangulation.&lt;BR /&gt;
&lt;BR /&gt;
These small settings can be important at the end.&lt;BR /&gt;
Note also that closed bodies regenerate faster in 3D than open ones.</description>
    <pubDate>Fri, 03 Jun 2005 13:53:11 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2005-06-03T13:53:11Z</dc:date>
    <item>
      <title>Code length, processing speed</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Code-length-processing-speed/m-p/95950#M37812</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;Does it makes any (positive? negative?) difference strictly in terms of 2D redraw time to draw with LINE2 and say ARC2 as opposite to RECT2s and say POLY2s? Is processing speed, even if minimal, a factor to consider? &lt;BR /&gt;
&lt;BR /&gt;
Whenever I have the choice I favor whichever I can code faster, but I don't know if redraw time should also be a factor. The same in 3D when I have the choice of say a MASS or lots of POLYs or PLANEs. &lt;BR /&gt;
&lt;BR /&gt;
I am working on a couple of chairs and auditorium seats etc. that can end up repeated thousands of times in a view, so I'm wondering.&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Thu, 02 Jun 2005 17:57:00 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Code-length-processing-speed/m-p/95950#M37812</guid>
      <dc:creator>Ignacio Azpiazu</dc:creator>
      <dc:date>2005-06-02T17:57:00Z</dc:date>
    </item>
    <item>
      <title>Re: Code length, processing speed</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Code-length-processing-speed/m-p/95951#M37813</link>
      <description>Hi Ignacio,&lt;BR /&gt;
&lt;BR /&gt;
For 3D, the only thing to take in consideration is the number of pgons.&lt;BR /&gt;
After a 3D view (rendering), ask for a complete repport, this will indicate the number of pgons, then make a comparison according to your choices.&lt;BR /&gt;
&lt;BR /&gt;
I didn't check for 2D, but i think a rect2 is faster than four lines. (when repeated 1000 or more time).</description>
      <pubDate>Thu, 02 Jun 2005 19:30:33 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Code-length-processing-speed/m-p/95951#M37813</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2005-06-02T19:30:33Z</dc:date>
    </item>
    <item>
      <title>Re: Code length, processing speed</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Code-length-processing-speed/m-p/95952#M37814</link>
      <description>One thing I do to speed things up is give the user the ability to change the resol.  That way they can have it fairly low most of the time.</description>
      <pubDate>Fri, 03 Jun 2005 09:19:42 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Code-length-processing-speed/m-p/95952#M37814</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2005-06-03T09:19:42Z</dc:date>
    </item>
    <item>
      <title>Re: Code length, processing speed</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/Code-length-processing-speed/m-p/95953#M37815</link>
      <description>&lt;BLOCKQUOTE&gt;Julia wrote:&lt;BR /&gt;One thing I do to speed things up is give the user the ability to change the resol.  That way they can have it fairly low most of the time.&lt;/BLOCKQUOTE&gt;

Julia is right, better to start by this point. This can save a lot of time for 3D calculations. &lt;BR /&gt;
Another setting is the use of the "shadow on/off" command, specially for small details.&lt;BR /&gt;
&lt;BR /&gt;
For eg. take a cylinder.&lt;BR /&gt;
resol 36 &amp;amp; shadow on, --&amp;gt; 98 polygones&lt;BR /&gt;
resol 36 &amp;amp; shadow off, --&amp;gt; 38 polygones&lt;BR /&gt;
&lt;BR /&gt;
resol 18 &amp;amp; shadow on, --&amp;gt; 53 polygones&lt;BR /&gt;
resol 18 &amp;amp; shadow off, --&amp;gt; 20 polygones&lt;BR /&gt;
&lt;BR /&gt;
For a simple tore, section resol 36 and path resol 36, --&amp;gt; more than 2000 pgons!&lt;BR /&gt;
And twice more in case of triangulation.&lt;BR /&gt;
&lt;BR /&gt;
These small settings can be important at the end.&lt;BR /&gt;
Note also that closed bodies regenerate faster in 3D than open ones.</description>
      <pubDate>Fri, 03 Jun 2005 13:53:11 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/Code-length-processing-speed/m-p/95953#M37815</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2005-06-03T13:53:11Z</dc:date>
    </item>
  </channel>
</rss>

