Thanks @joseph for the insight.
Of course this is not only about what my personal use would be. It seems, when I posted this in 2021, you already had in mind how this feature would have to be designed. And I suspect users showing their interest were especially focused on the diverted use I’m describing, and I also suspect you didn’t fully adapted the development of the feature accordingly. Of course I might be wrong, but that could be interesting to ask users what they were waiting for exactly.
By the way, I clearly remember thinking, at that time in 2021, “I hope they will correctly map the volume curve”!
This is, in my opinion, clearly the best solution, compared to the other ones. I think nobody cares about the real meaning of the value displayed for the seek modulator. “range/s” didn’t mean anything for me (until you explained, of course) and I didn’t care. I understand if the mapping is changed, they won’t be exact predictability of the seek duration to reach its target anymore, but I think this is way less important than having a smooth audio transition.
Maybe the best of both worlds (with a little loss of clarity) would be an option to change the mapping (“linear dB”, “linear gain”, “constant power” maybe) of each volume seek modulator. This would ensure retro-compatibility with projects already using the feature.
I’m quite sure Aaron was thinking about the normal method with a unique continuous parameter (“original workflow”, “completely viable workflow”, “particularly good workflow for this type of mixing”).
That being said, I indeed thought about what you suggested, by using proxy parameters, but never tried yet.