Okay, I will have a look at the code and the conversation and see if I can do something at all.
> One argument for the current behavior was that it should be possible
> to return to the original key without any pain. This is quired to go
> back to clean sound and save a lot CPU.
I see.
> An other issue was that the key knob should not turn when enabling and
> disabling key lock.
Okay. So my wish would help since now it jumps when unlocking, wouldn't it?
> Maybe we need an additional control for your mode.
I imagine the new feature being a checkbox below "Lock Original Key" and "Lock current key" with a label like this:
"[ ] when unlocking, keep locked key until next rate change"
When changing rate afterwards, formerly locked key would be base for any key change, no jumps.
> Do you have experiences with other tools or player?
Nope, none. Just innocent expectations...
Okay, I will have a look at the code and the conversation and see if I can do something at all.
> One argument for the current behavior was that it should be possible
> to return to the original key without any pain. This is quired to go
> back to clean sound and save a lot CPU.
I see.
> An other issue was that the key knob should not turn when enabling and
> disabling key lock.
Okay. So my wish would help since now it jumps when unlocking, wouldn't it?
> Maybe we need an additional control for your mode.
I imagine the new feature being a checkbox below "Lock Original Key" and "Lock current key" with a label like this:
"[ ] when unlocking, keep locked key until next rate change"
When changing rate afterwards, formerly locked key would be base for any key change, no jumps.
> Do you have experiences with other tools or player?
Nope, none. Just innocent expectations...