<?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: How high is too high in terms of polycount? in Libraries &amp; objects</title>
    <link>https://community.graphisoft.com/t5/Libraries-objects/How-high-is-too-high-in-terms-of-polycount/m-p/218585#M5255</link>
    <description>Compare with the standard one...&lt;BR /&gt;
&lt;BR /&gt;
BTW - polygon count is not the only factor that can make object sluggish or not.&lt;BR /&gt;
&lt;BR /&gt;
Avoiding ANY complex group operations is the key...&lt;BR /&gt;
(I compared a *prism with parametric holes with a brick with same parametric drilled holes with subgroup...and 10 times slower might be the right factor)&lt;BR /&gt;
&lt;BR /&gt;
Best Regards,&lt;BR /&gt;
Piotr</description>
    <pubDate>Mon, 07 Aug 2017 23:51:07 GMT</pubDate>
    <dc:creator>Piotr Dobrowolski</dc:creator>
    <dc:date>2017-08-07T23:51:07Z</dc:date>
    <item>
      <title>How high is too high in terms of polycount?</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/How-high-is-too-high-in-terms-of-polycount/m-p/218584#M5254</link>
      <description>&lt;DIV class="actalk-migrated-content"&gt;&lt;T&gt;What is the recommended limit for polycount for something like a Toilet or basin? is 2000 too high?&lt;/T&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 07 Aug 2017 12:52:11 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/How-high-is-too-high-in-terms-of-polycount/m-p/218584#M5254</guid>
      <dc:creator>JGoode</dc:creator>
      <dc:date>2017-08-07T12:52:11Z</dc:date>
    </item>
    <item>
      <title>Re: How high is too high in terms of polycount?</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/How-high-is-too-high-in-terms-of-polycount/m-p/218585#M5255</link>
      <description>Compare with the standard one...&lt;BR /&gt;
&lt;BR /&gt;
BTW - polygon count is not the only factor that can make object sluggish or not.&lt;BR /&gt;
&lt;BR /&gt;
Avoiding ANY complex group operations is the key...&lt;BR /&gt;
(I compared a *prism with parametric holes with a brick with same parametric drilled holes with subgroup...and 10 times slower might be the right factor)&lt;BR /&gt;
&lt;BR /&gt;
Best Regards,&lt;BR /&gt;
Piotr</description>
      <pubDate>Mon, 07 Aug 2017 23:51:07 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/How-high-is-too-high-in-terms-of-polycount/m-p/218585#M5255</guid>
      <dc:creator>Piotr Dobrowolski</dc:creator>
      <dc:date>2017-08-07T23:51:07Z</dc:date>
    </item>
    <item>
      <title>Re: How high is too high in terms of polycount?</title>
      <link>https://community.graphisoft.com/t5/Libraries-objects/How-high-is-too-high-in-terms-of-polycount/m-p/218586#M5256</link>
      <description>You can always give your users choices.&lt;BR /&gt;
&lt;BR /&gt;
For examples :&lt;BR /&gt;
1. Simple&lt;BR /&gt;
2. Acceptable for BIM&lt;BR /&gt;
3. Might crash your machine!&lt;BR /&gt;
&lt;BR /&gt;
Most users know that if they are going after photo-realistic rendering, there's a price to pay.&lt;BR /&gt;
&lt;BR /&gt;
I think an option to display in wireframe mode is also a nice one so your user doesn't have to create a new layer for it.</description>
      <pubDate>Wed, 09 Aug 2017 16:33:11 GMT</pubDate>
      <guid>https://community.graphisoft.com/t5/Libraries-objects/How-high-is-too-high-in-terms-of-polycount/m-p/218586#M5256</guid>
      <dc:creator>Palawat</dc:creator>
      <dc:date>2017-08-09T16:33:11Z</dc:date>
    </item>
  </channel>
</rss>

