You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you enable keylock on a playing track with rate fader not in center position, the key jumps to 0 value.
This sounds quite bad if you are playing the track, and besides doesn't feel like correct choice anyway: if user has set the key with rate fader, it would seem to make more sense to keep current key when locked. I propose we at least add an option to keep the current key in such case, or make it default.
One issue I see with keeping the key is what should happen if pitch slider is moved after activating keylock and keylock is disabled again: maybe the key should jump to value matching the slider position in this case?
The text was updated successfully, but these errors were encountered:
This is actually a tricky fix, even though it wouldn't be a ton of lines of code. It will involve talking to SoundTouch and setting both the tempo and pitch parameters such that the pitch is the same as the previous value, but the tempo is too. (Right now I think Mixxx just sets the tempo and leaves the pitch alone). I'm not sure what the interaction is between the two variables, so I'm not sure what to set for the right behavior.
Reported by: hile
Date: 2012-07-19T12:18:05Z
Status: Fix Released
Importance: Low
Launchpad Issue: lp1026590
If you enable keylock on a playing track with rate fader not in center position, the key jumps to 0 value.
This sounds quite bad if you are playing the track, and besides doesn't feel like correct choice anyway: if user has set the key with rate fader, it would seem to make more sense to keep current key when locked. I propose we at least add an option to keep the current key in such case, or make it default.
One issue I see with keeping the key is what should happen if pitch slider is moved after activating keylock and keylock is disabled again: maybe the key should jump to value matching the slider position in this case?
The text was updated successfully, but these errors were encountered: