v0.3.1

A bug fix release. Download GloriousAutoPollingRate.exe below, drop it next to your existing copy, and run it.

Notifications only announce one thing now

Opening the tray menu and choosing Reload program list used to fire two notifications back to back, and again on every click. A notification now means one thing: a program on your list opened and the active rate went on. Dropping back to the inactive rate is silent, and nothing you do from the menu yourself notifies, since you already know you did it.

Three ways a notification could repeat or go missing were fixed underneath that:

• A failed process scan used to be read as "nothing is running", which would drop your rate mid game and make the recovery a tick later look like a fresh start, notifying again. A scan that cannot tell now holds the previous answer.
• The process buffer was a fixed size and a full buffer was taken at face value, so on a machine with a very large number of processes a watched game could flicker in and out. It grows instead.
• A notification is no longer lost if the write to the mouse fails at the moment a game starts. It is delivered by the retry that succeeds.

The tray menu gives its memory back

Opening the menu loads the Windows shell libraries, and nothing released them afterwards, so a single right click left the process elevated for the rest of the session. On an install that had been up under an hour, that was about 19 MB. Measured across a real open and close now: 1280 KB before, 4436 KB with the menu on screen, 1388 KB once it closes.

A byte order mark no longer breaks the first program in your list

If your editor saves processlist.cfg as "UTF-8 with BOM", the invisible mark stuck to the first line and that program silently never matched, with no error to explain it. Leading marks are now ignored in all three config files.

Also

The README has a Credits section for RazerAutoPollingRate, which inspired this.