new knob mode: scale

  • Hello All,


    I have wanted something in all 3 of my Viri and it seems like a relatively straightforward feature that might even be accomplished over a pint or two :)


    The current three knob modes are Jump, Snap and Relative.


    Jump immediately sets the value to the current knob position.
    Snap waits for you to pass the position before altering the value.
    Relative changes the value "as much as it can" given the position of the knob.


    My request would be a new mode called "Scale" which would work similar to the Moog Little Phatty in that it scales the value as the knob moves. An example:


    Assume the value of the param is 50 (of 0...127) and the knob position is currently 100. As I move the knob clockwise towards the max position (127) the value would change between 50 and 127 but scaled to the actual knob position movement of 100 to 127. So in the space of 27 positional increments of the knob the value will actually go from 50 through 127.


    Another example might be if the value is 100 and the knob is at 50...the knob can turn clockwise until it gets to the 100 before it effects the value. However, if the knob is turning counter-clockwise it would adjust the value in the same scaling fashion as above - only towards zero.


    Regardless of knob position or param value, if you were to tweak the knob back and forth over a small position change the value and knob position would eventually become 1:1 as they slowly "meet in the middle."


    The advantage of this mechanism is that you avoid abrupt jumps but you ALSO get the full range of the knob as you would expect without having to turn one way then start turning the other way, etc. It works wonders for tweaking on the Little Phatty and I would love for the TI to have this feature. This is really the only thing I feel is missing from the TI as a performance synth - for me :)


    Who do I need to send gifts to?


    THANKS! :)


    <joe>

  • Interesting - but what happens when controls are at extremes?


    The only real solution is rotary encoders and LED rings - but i dont like them, and on the virus control surface it would either be expensive or mean sacrificing controls, both options are not favourable.


    I wouldn't mind the soft knobs going that way, though...

  • Interesting - but what happens when controls are at extremes?


    Good question.


    If the (software) value is at 0 and the (hardware) knob position is at 127 (max) then obviously it can not be increased without first moving the hardware knob to something less than 127. In that case the value does not change while the knob is moving counter-clockwise but as soon as the knob begins moving clockwise the value scales as appropriate. So...if you moved the knob to 64 in the aforementioned scenario as soon as you started moving the knob clockwise again the value would start to increment - scaled appropriately - towards the current value. When the knob got to 127 the value would have caught up and the knob is then again in sync.


    In my experience this is the best mechanism to handle a pot-style knob (with limits) without causes jumps while maintaining the full range of values. Not to bring up the Little Phatty again but IMO it implements it the right way and once you use it that way you don't need any other implementation - once again IMO ;)


    Please let's continue this discussion...I would love to see this implemented on the TI...

  • Actually - I've never had a problem with jumps, either i know where knobs should be at the start of the song (or before they or needed), or quickly moving them into place doesnt really create a noticable glitch. My microKORG uses snap and I hate it... But snap can do the trick for you, you just need to start your tweak with a quick twitch of the knob - depending on where you are going with it...

  • I'm not necessarily against it - especially if many have use for it. Remembering that if it were optional (as it would undoubtedly be), then It wouldn't have to affect anybody who didn't want it.


    I'm not sure if it would affect the performance of the virus, though - It's already a bit funny when you move multiple controls... The Moog LP has the advantage of being analogue signal chain, so no amount of complexity on the control side can affect the audio performance (aside from limiting responsiveness of controls...).