<div dir="ltr">Hello Hy,<div><br></div><div>Thanks for the report. The last commit tries to improve updateFrame as I found it was getting multiple times (sometimes 3 times in quick succession) even though this function is CPU intensive. A throttle was added that would wait 250ms before it executes the actual call.</div><div><br></div><div>Testing yesterday with the units tests and just regular testing in all modules didn't show any obvious bug, but it would be great to get more feedback on this. Are there any circumstances where this doesn't work? I suppose one condition is that if the updateFrame is called every 250ms or less then it never fires, i.e. in case of a loop, but I haven't found a case where loading FITS + processing takes less than 250ms. So there might be room there for more improvement.</div><div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--</div><div>Best Regards,<br>Jasem Mutlaq<br></div><div><br></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Mar 13, 2021 at 9:01 AM Hy Murveit <<a href="mailto:murveit@gmail.com">murveit@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Looks like I was missing the last two commits from a couple hours ago, and Jasem has already </div><div>fixed the issue--somehow processData() got commented out.</div><div><br></div><div>Thanks Jasem!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 12, 2021 at 9:03 PM Hy Murveit <<a href="mailto:murveit@gmail.com" target="_blank">murveit@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I noticed imaging tonight, something I haven't done for a bit, that the fits statistics</div><div>aren't being computed for my captures. No HFR, no median, no num-stars-in-image, ...</div><div><br></div><div>Without changing any parameters, I rad</div><div>  git checkout 66d10a8241b21f35ff5e95b999207835d7dce5a3</div><div>recompiled and ran, and all was well.</div><div> </div><div>This seems to be the culprit</div><div><br></div><div>Thanks,</div><div>Hy</div><div><br></div>commit 66d10a8241b21f35ff5e95b999207835d7dce5a3<br>Author: Jasem Mutlaq <<a href="mailto:mutlaqja@ikarustech.com" target="_blank">mutlaqja@ikarustech.com</a>><br>Date:   Thu Mar 11 02:41:06 2021 +0300<br><br>    When Adaptive Sampling is on, m_PreviewSampling is changed dynamically depending on available memory. This MR fixes an issue whereas m_PreviewSampling keeps increasing exponentially until it resets to zero which then causes KStars to crash. This also fixes scaling issue when dealing with large images with overlay since m_PreviewSampling can be larger than 1.<br><br><div><br></div><div><br></div><div> </div><div><br></div></div>
</blockquote></div>
</blockquote></div>