Thanks... I'll have a play with the WEATHER HD script, but I'll swear setting UPDATE=1000 and then setting UPDATEDIVIDER=60 on most meters/values didn't reduce the CPU usage down as much as say just UPDATE=30000.
I'll play!
Thanks for the help and explanation! Appreciated!
It is currently June 10th, 2023, 4:17 am
UPDATE and UPDATEDIVIDER behaviour needs improvement. Can't run first time and then delay?
-
- Posts: 11
- Joined: April 20th, 2016, 8:29 pm
-
- Rainmeter Sage
- Posts: 15322
- Joined: October 11th, 2010, 6:27 pm
- Location: Gheorgheni, Romania
Re: UPDATE and UPDATEDIVIDER behaviour needs improvement. Can't run first time and then delay?
Go ahead. If any question arises, feel free to come back and ask.

-
- Rainmeter Sage
- Posts: 5382
- Joined: February 27th, 2015, 2:38 pm
- Location: Terra Yincognita
Re: UPDATE and UPDATEDIVIDER behaviour needs improvement. Can't run first time and then delay?
The CPU usage is cummulative across skins, meaning that each skin adds its own impact to that usage, in relation with the other skins and to other running software in your system. The difference you notice should not be that big, and if it's still noticeable, it may have something to do with the weather measures from the .inc files in @Resources instead. Other than that, there isn't any functional difference between having an update of 60000 and having an update of 1000 along with an update divider of 60 for every measure / meter in the skin (or even a DefaultUpdateDivider=60 in the [Rainmeter] section to cover up everything). That being said, the size of the skin and its media elements like images and their manipulation does have a significant influence on the CPU usage of a skin, because on every update (and not update divider, based on the overview here!) Rainmeter redraws the skin on the screen. The more work is done and the more frequent that work is to get to the said redraw, the higher the CPU usage.NeilFawcett wrote: ↑January 6th, 2023, 7:05 pm Thanks... I'll have a play with the WEATHER HD script, but I'll swear setting UPDATE=1000 and then setting UPDATEDIVIDER=60 on most meters/values didn't reduce the CPU usage down as much as say just UPDATE=30000.