Metric modulations AKA relative tempos don't set tempo right

• Oct 20, 2018 - 18:58
Reported version
3.0
Priority
P2 - Medium
Type
Functional
Frequency
Many
Severity
S4 - Minor
Reproducibility
Always
Status
GitHub issue
Regression
Yes
Workaround
Yes
Project
Tags

Came up in #277292: support percent values to set the tempo
Metric modulations AKA relative tempos like quarter note equals dotted quarter don't set playback tempo right, but always to 120 BPM, the default.

bee7755, Windows 7, self-built using MSCV


Comments

Regression No Yes

it is a regression vs. older development builds, these relative tempo markings did work back when they got implemented.

Workaround No Yes

Workaround is of course to calculate the tempo yourself and set via Inspector. Downside is that you need to re-caculate if the tempo before it changes

Tempo is also recalculated correctly after starting/ending editing its text or after adding another tempo marking before this metric modulation. The issue is that is not updated correctly when initially adding metric modulation to a score.

Reported version 3.0 4.0
Workaround Yes No

In the updated 4.0, setting the metronome speed to a dotted crochet value seems to ignore the complex value, for example in a 6/8 setup, and interpret the dotted crochet as a single quaver, i.e. three times too slow. Equally, when the tempo relates to a minim, the system seems to interpret the minim as a crochet and plays back twice as fast as it should do. The examples I used were minim = 80. It seemed to interpret that as a crochet = 80 and dotted crochet = 65 where it seemed to interpret that as a quaver = 65.