<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small"></div></div><div style="font-size:small" class="gmail_default">Stefan,</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> If it would help I am happy to create some projects 'as bugs' <br>
> for QA-purposes.<br></blockquote><div><span class="gmail_default" style="font-size:small">It is ALWAYS helpful to have video along with the series of steps to create bugs to show the problem.  Programmers need this to see what the bug is and then to ensure that it is fixed.  So far we have been able to reproduce the bugs you have found so will not need a specific project yet.</span></div><div><span class="gmail_default" style="font-size:small">P.S. You are GOOD AT FINDING PROBLEMS !! and that is very helpful so please continue to report.<br></span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
The ultimate cause of the mentioned issue is the cache size (Preference > <br>
Performance > Cache size (MB)) being reduced to 1MB. When increasing it <br>
back to the default value of 256 the issue is mitigated.<br></blockquote><div><span class="gmail_default" style="font-size:small">I have always wondered if changing the Cache size makes any difference and I think you have proven that it really does.</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
But I do wonder: does this uncover a performance issue that should be <br>
documented? Would it really take a full second to compute the frame order?<br></blockquote><div><span class="gmail_default" style="font-size:small">Not sure if this is a performance issue, per se.  I just do not have the expertise to say for sure.</span> </div></div></div>