Unable to set Tempo at 100% in Musescore 2.

Can you attach the score you are having problems with and precise steps to reprodcue the problem?

What goes wrong if you just type 100 into the box?

In the future, it is better to ask for help in the support forum - the issue tracker is for use once something is confirmed as a bug with precise steps provided to allow developers to reproduce the problem. And the "assigned" field is for the develop who will *fix* the bug, not the person who submitted it.

Using the slider this is indeed pretty difficult or even impossible, but just entering 100 into the box should do the trick.

Which I can confirm

I think it probably depends on the actual score. It's most likely a question of rounding off, based on what the original tempo was. I don't have any particular setitng to 100 on the particular scores I tried, but the slider is indeed fiddly to work with, which is why we provide a much more accurate control as well. Think of the slider as a way to do quick ballpark adjustments only, but if you care about precision, use the box.

That said, we could certainly consider adding code to "snap" to 100 when the sldier gets close, as a minor enhancement.

I think it is a good idea to do what Marc suggested, snap the slider to 100 when it gets close. This branch does exactly this :
https://github.com/shredpub/MuseScore/tree/99811-snaptemposlider

I will submit a PR if it looks good.

I was going to propose a double click on slider to reset tempo to 100%, but I found that it _does_ work! Use it, this is a smart feature!

I am pretty sure that as I said before, it really is just a question of rounding off of values - some tempos when multipled by 0.99 or 1.01 happen to work out to values such that the slider likes to go there instead. It will most likely depend on the original tempo as well as the scaling factor you changed it to, plus probably the size of the slider (which depends in turn on how you have sized the Play Panel, maybe on your screen resolution too). So it's going to vary from situation to situation - it's not likely really the case that it always used to work and now never does. Certainly that's not the case for me. I find sometimes 100% is easy to set, other times it isn't,a nd that's always how it is when adjusting a slider that deals with floating point values.

It seems depending of your mouse or screen properties. It is not a function of panel size, I am working with the smallest one and in every predefined tempo it's easy to set any value of the scale (it's why I discovered tempo reset feature only by your request). ))
I think the request can be closed as the tempo resets to 100% easily.

True, but since that's not quite so easily discoverable, I'm still in favor of the "snap" behavior.

The proposed change from shredpub does seem to work well, but since the specific behavior depends on these different variables, maybe someone else would like to test it out too (it's easy enough to just replicate his code in your own branch).

The idea is that when you move the slider and get somewhere close to 100 (shredpub's code defines "close" as anywhere between 95-105%), the slider automatically "snaps" to 100. Making it mch easier to move the sldier to 100% - anything in the general area will work. Conversely, you wouldn't be able to deliberately set the tempo scaling factor to 99% - not that I can imagine a real world use case where you'd need to.

I'd think +-2% should be better than +-5%

by grabbing the code change from shredpub's repository and build yourself a MuseScore version with it.
Nothing for the faint-hearted ;-)

Also see : https://github.com/shredpub/MuseScore/tree/snaptemposliderwithrounding
for a more global solution. I think +-5 % is fine, 'cause rarely does it occur that a user wants a very particular percentage, in which case, entering it through the box works well.
Jojo, Marc, lasconic, havoc : Let me know what you think!

Extend playpanel to finely adjust the tempo !

Hmm, indeed, that'd work too. No need to make it that big though, about 50% higher should be enough

I think anyone who wants to set a precise value should simply use the box, so it doesn't really matter to me what the slider does. I think of sliders as ways to set a ballpark figure if you don't care about specific values. So for me, an obvious way to return to 100 makes sense (double click isn't obvious), but beyond that, I can't see that I'd want any other snap values.

So keeping all of this in mind, I guess a snapping feature with a margin of +-2 % sounds like the best fix (since the other ways are not totally obvious). I've created a PR, have a look! https://github.com/musescore/MuseScore/pull/2437

I've tried out the PR. I hate to say this, but my peresonal option is I don't like the PR, because I'm now unable to adjust from %98 to %99 with my mouse. I now have to resort to the keyboard, but that is frustrating when I have an instrument in front of me. Just last night I was practicing something hard where I was having to work my way up from %95 through every percentage point, and I could get %99 since I had stretched the play panel window to the full height of my screen. That was on the latest git master, so I don't know why some people here are saying that it stopped working a few weeks ago EDIT: I see havoc wrote that a couple weeks ago, so might have been true then.

However, if the "snappines" percentage could be moved from being hardcoded inside the if statement, and rather placed in the MuseScore.ini or other preferences file, then I would be ok, because I can use my settings without recompiling. I think a lot of these little parameters should just be left to a preferences...but I know that I have a minority viewpoint on that matter here. No agreement will ever be made about what percentage the snappiness level should be, because the optimal setting depends on a user's screen resolution, dpi, and mouse sensitivity, touchpad v. mouse, and personal preferences.

I think the default snappiness percent of +/- %1 is sensible. If having problems setting to %100, then can always double click tempo bar. I worry with this PR, then we are just going to get issue reports saying "I can't set playback speed to %99 with mouse!"

FYI, in order for the issue in musescore.org to be marked as fixed automatically, I think you have start the commit title with "fix #nnnn" (I don't know if "Fixing" will work...does it?). Also I think the commit title should say what is fixed (in as few words as possible), like "fix #99811 snap playback tempo".

Thanks for your comment. I was wondering about going with +- 1 % as well, but figured that a specific requirement like having a tempo of 99% would be uncommon, in which case the user can use the keyboard. However, I've updated the PR with +-1 % and now the entire range should be easily accessible using the mouse itself (it is different from the default snappiness percent of +-1 % due to the multiplication happening there). The idea was to have this snap behavior because double clicking tempo bar is not something which comes obvious to the user, and an obvious way to return to 100 would make sense. I would encourage others to test it out as well and let me know if there are any problems.
ps : Thanks for the FYI, made the original PR when I was in a hurry, looks better now with the squashing and commit message.

Thanks for the revision, so it won't break previous behavior. I now support this PR. :)

Fixed in branch master, commit c19826d454

fix #99811 : Implements snapping of tempo slider

Remove extra cout

fix #99811: Snap tempo slider to 100 as it gets close

Fixed in branch master, commit c19826d454

fix #99811 : Implements snapping of tempo slider

Remove extra cout

fix #99811: Snap tempo slider to 100 as it gets close

Fixed in branch master, commit a0376da817

Merge pull request #2437 from shredpub/99811-snaptemposlider

Fix #99811 Snap tempo slider

Fixed in branch 2.0.3, commit bcda2c5c63

fix #99811 : Implements snapping of tempo slider

Remove extra cout

fix #99811: Snap tempo slider to 100 as it gets close

Fixed in branch 2.0.3, commit bcda2c5c63

fix #99811 : Implements snapping of tempo slider

Remove extra cout

fix #99811: Snap tempo slider to 100 as it gets close

Automatically closed -- issue fixed for 2 weeks with no activity.