I like this idea, but an issue I see arising is that concerning AR, since DT and HT have both song rate and approach rate changes. If this feature gets implemented, either one of two things need to happen:
1) We wait for user-definable AR to be implemented (which I support, but this topic is so controversial that if/when it ever happens is up in the air.) Once user-definable AR is implemented, we can do away with the AR changes in the DT and HT mods and then from there we can work on doing it on a sliding scale without having to worry about AR.
2) The second option is to implement this option keeping in mind that there is going to be some AR change formula that changes on a sliding scale along with the sliding scale of the song rate change in such a way that the formula respects the old HT/DT AR changes.
As for the issue of min/maxing, I think this feature could start off small, only allow values that are between HT and DT (I think it's 0.75x and 1.5x iirc?) (inclusively of course). If that works well, then we can start to think about how to implement it beyond those boundries.
1) We wait for user-definable AR to be implemented (which I support, but this topic is so controversial that if/when it ever happens is up in the air.) Once user-definable AR is implemented, we can do away with the AR changes in the DT and HT mods and then from there we can work on doing it on a sliding scale without having to worry about AR.
2) The second option is to implement this option keeping in mind that there is going to be some AR change formula that changes on a sliding scale along with the sliding scale of the song rate change in such a way that the formula respects the old HT/DT AR changes.
As for the issue of min/maxing, I think this feature could start off small, only allow values that are between HT and DT (I think it's 0.75x and 1.5x iirc?) (inclusively of course). If that works well, then we can start to think about how to implement it beyond those boundries.