<?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>idea Improve rendering performance for animations in ArcGIS Pro Ideas</title>
    <link>https://community.esri.com/t5/arcgis-pro-ideas/improve-rendering-performance-for-animations/idi-p/1197903</link>
    <description>&lt;P&gt;I wish rendering animations in ArcGIS Pro was less difficult and with less errors.&lt;/P&gt;&lt;P&gt;I spent my summer holiday rendering, it was not at all feasible to bill the hours for this tedious task that stopped numerous times because of errors. The problem was that I tried rendering too many frames at a time, and it would just stop showing any progress in the rendering, and it took a while before I noticed it was stuck on a certain percentage progress. Depending on the level of detail, it could only render 400-500 frames a time with 45 fps and a screen size of 1920x1080. Another problem was the display cache got filled up for each bit I rendered, when it got to 30 gb stored, everything in arcgis pro became super slow and crashed if I tried to do anything. It also took a while before I figured out that I had to empty the display cache every time, no error message about this popped up - which I think people should be warned about.&lt;/P&gt;&lt;P&gt;I rendered on a separate server that has 112 GB RAM and is superfast, I work in a big company and we use it for rendering mostly. why should arcgis pro require so much more hardware power than other software? no one else could render on it while i used it for rendering in arcgis pro.&amp;nbsp;&lt;/P&gt;&lt;P&gt;this is really discouraging me from animating anything in arcgis pro again.&lt;/P&gt;</description>
    <pubDate>Mon, 01 Aug 2022 09:36:54 GMT</pubDate>
    <dc:creator>JulieGrindborg</dc:creator>
    <dc:date>2022-08-01T09:36:54Z</dc:date>
    <item>
      <title>Improve rendering performance for animations</title>
      <link>https://community.esri.com/t5/arcgis-pro-ideas/improve-rendering-performance-for-animations/idi-p/1197903</link>
      <description>&lt;P&gt;I wish rendering animations in ArcGIS Pro was less difficult and with less errors.&lt;/P&gt;&lt;P&gt;I spent my summer holiday rendering, it was not at all feasible to bill the hours for this tedious task that stopped numerous times because of errors. The problem was that I tried rendering too many frames at a time, and it would just stop showing any progress in the rendering, and it took a while before I noticed it was stuck on a certain percentage progress. Depending on the level of detail, it could only render 400-500 frames a time with 45 fps and a screen size of 1920x1080. Another problem was the display cache got filled up for each bit I rendered, when it got to 30 gb stored, everything in arcgis pro became super slow and crashed if I tried to do anything. It also took a while before I figured out that I had to empty the display cache every time, no error message about this popped up - which I think people should be warned about.&lt;/P&gt;&lt;P&gt;I rendered on a separate server that has 112 GB RAM and is superfast, I work in a big company and we use it for rendering mostly. why should arcgis pro require so much more hardware power than other software? no one else could render on it while i used it for rendering in arcgis pro.&amp;nbsp;&lt;/P&gt;&lt;P&gt;this is really discouraging me from animating anything in arcgis pro again.&lt;/P&gt;</description>
      <pubDate>Mon, 01 Aug 2022 09:36:54 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-ideas/improve-rendering-performance-for-animations/idi-p/1197903</guid>
      <dc:creator>JulieGrindborg</dc:creator>
      <dc:date>2022-08-01T09:36:54Z</dc:date>
    </item>
  </channel>
</rss>

