Update UI 60 times per second.

[karmux]

Fixes #4562.

[PhysSong]

Merge?

[josh-audio]

I remember doing this on my own fork, and I noticed that the EQ visualizer seemed to behave somewhat differently. Has anybody else noticed this? I didn't see it as a problem, but I might have missed something.

[PhysSong]

the EQ visualizer seemed to behave somewhat differently.

I think the falloff in EqFader::updateVuMeters should be adjusted to reflect the refresh rate change.

[PhysSong]

Also in EqSpectrumView::paintEvent. The exact value should be about 1.06266, but I suggest slightly larger value around to bring some visual effects.

[karmux]

I will look into it in the weekend.

[karmux]

Adjusted also falloff of mixer faders (FxMixerView::updateFaders). Used value 1.07.

[josh-audio]

I can't think of any other possible issues with this. The fact that it's not actually 60 fps still feels wrong to me (62.5 fps, assuming the timer is accurate), but I doubt this will cause any actual issues.

Merge?

[PhysSong]

I'm not sure if this one is okay for stable-1.2, but the change itself looks good to me.

[josh-audio]

I would hate to defer something so simple and beneficial to 1.3, but we are on feature freeze. It's your call, @PhysSong, I won't complain if we have to defer.

[karmux]

It's more like a fine-tuning than feature.

[PhysSong]

Merging into stable-1.2 because we can safely revert it if it causes any issues. 🚜

[musikBear]

Any win Test binaries?

[PhysSong]

@musikBear This will be part of RC7. So please wait a few days. :)

[musikBear]

@PhysSong Just want to let you know, that RC7 runs fine on my old Tube-monitor 👍

[DomClark]

Should TimeLineWidget be updated too? This looks like a 20 fps timer to me:

lmms/src/gui/TimeLineWidget.cpp

Line 96 in d8fb07f

updateTimer->start( 50 );

[PhysSong]

@DomClark Nice catch!