Details
-
Bug
-
Resolution: Invalid
-
P2: Important
-
None
-
Qt for MCUs 1.9
-
STM32F769i-disco, baremetal
Description
When running the attached example the device spends most of it's time in Application::update and requests consistently immediate updates.
It appears that repaint function consumes as much time as possible until returning and the next update is immediate ~16ms after the previous update. Adding artificial delay between the update calls in main instead of immediately updating seems to reduce the time repaint function consumes without visually affecting the application frame rate and update will end up being called every 16ms regardless unless the delay is double digits (ms).
Increasing the animation durations seem to alleviate this problem. If the animation duration is raised the updates will be periodically scheduled in the future as opposed to an immediate update. Changing the value of animationDurationScale property defined in the attached project to 5 and recompiling will demonstrate this effect.
All in all mostly while the updates occur roughly every 16ms the time update consumes can vary quite a bit depending on external factors without affecting the visuals.