Willow on Nostr: npub1sg4rc…7xslc I've tried to add a `needredraw: bool` to not redraw every similar ...

npub1sg4rcvkxkp3sx7f0ex8rtdd9ylcdd2fchtfm22fy45h4w02p306qq7xslc (npub1sg4…xslc) I've tried to add a `needredraw: bool` to not redraw every similar frame, but this isn't enough. It continues to burn 12% of my cpu resources. I guess it is related to the de-sync between the square move, and the frame ticks that is triggered by the compositor, but then, how can we keep control over the life-cycle to reduce cost?

This is a genuine question that is related to this frame life-cycle design, and not to hari specifically