<div dir="ltr">It seems like that option did the trick. The animations are now running smoothly from the start. Still the memory usage on the graphics card is large, up to the maximum capacity, but not over it. Thanks for the advice! </div>
<div class="gmail_extra"><br><br><div class="gmail_quote">2013/1/17 Utkarsh Ayachit <span dir="ltr"><<a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">utkarsh.ayachit@kitware.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Try disabling the use of display lists i.e. turn on "Use Immediate<br>
Mode Rendering" from the settings dialog<br>
(<a href="http://paraview.org/Wiki/ParaView/Users_Guide/Settings" target="_blank">http://paraview.org/Wiki/ParaView/Users_Guide/Settings</a>). That may<br>
help with the GPU memory issue. We do release display lists when data<br>
changes, but maybe there's a driver bug or something that may cause<br>
the issue.<br>
<span class="HOEnZb"><font color="#888888"><br>
Utkarsh<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Thu, Jan 17, 2013 at 4:49 AM, Tom Fahner <<a href="mailto:tom.fahner@gmail.com">tom.fahner@gmail.com</a>> wrote:<br>
> After some more diagnostics we found that the graphics card memory was full<br>
> during the large intervals. As we did not manage to monitor the graphics<br>
> card memory usage in normal operation, it is not entirely certain that this<br>
> is the cause, however since the normal memory was slowly being filled during<br>
> the large intervals this seems to be the main cause. I am wondering if there<br>
> are typical settings that we can modify in order to reduce the graphics card<br>
> memory footprint? If not, we should consider updating our hardware I guess.<br>
><br>
><br>
> 2013/1/16 Tom Fahner <<a href="mailto:tom.fahner@gmail.com">tom.fahner@gmail.com</a>><br>
>><br>
>> Just a small update:<br>
>><br>
>> I had in fact originally not used the offscreen rendering, so yesterday I<br>
>> started the animation with offscreen rendering checked, cache geometry on<br>
>> with 1MB of cache limit. The weird thing is that I started creating the<br>
>> animation around 9.30 am yesterday morning and it than took until 3 am this<br>
>> morning before 4 frames were created (2 large 8 hour intervals). After that<br>
>> the performance was ok, with approximately 9 frames per ten minutes on<br>
>> average. I will start one animation without caching just to complete the 4<br>
>> different settings that are possible with these two options<br>
>> checked/unchecked.<br>
>><br>
>> Quality of the frames is not affected it seems, at least not visibly when<br>
>> viewing the animation, so that is good.<br>
>><br>
>> Tom<br>
>><br>
>><br>
>> 2013/1/15 Utkarsh Ayachit <<a href="mailto:utkarsh.ayachit@kitware.com">utkarsh.ayachit@kitware.com</a>><br>
>>><br>
>>> > I'd like to find out why the offscreen is so much slower - does the<br>
>>> > offscreen redering session get created and destroyed on every frame. When<br>
>>> > generating 2000frames or so it can make a big difference.<br>
>>><br>
>>> I just verified that it doesn't do that i.e. doesn't create and<br>
>>> destroy the context on every frame when saving out animations.<br>
>>><br>
>>> Utkarsh<br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> T.C. Fahner<br>
>> e: <a href="mailto:tom.fahner@gmail.com">tom.fahner@gmail.com</a><br>
>> t: <a href="tel:%2B31-6-52642814" value="+31652642814">+31-6-52642814</a><br>
>> a: van Lodensteynstraat 24<br>
>> 2612 SE Delft<br>
>> Netherlands<br>
><br>
><br>
><br>
><br>
> --<br>
> T.C. Fahner<br>
> e: <a href="mailto:tom.fahner@gmail.com">tom.fahner@gmail.com</a><br>
> t: <a href="tel:%2B31-6-52642814" value="+31652642814">+31-6-52642814</a><br>
> a: van Lodensteynstraat 24<br>
> 2612 SE Delft<br>
> Netherlands<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>T.C. Fahner<br>e: <a href="mailto:tom.fahner@gmail.com">tom.fahner@gmail.com</a><br>t: +31-6-52642814<br>a: van Lodensteynstraat 24<br> 2612 SE Delft<br>
Netherlands
</div>