Encoder Behavior Speed

I could possible use some help with the speed options.

I’ve tried our speed 1 - 3 and accelerate.

Scenario 1 - I have speed set to 3 (which I interpret as the fastest). Using Control Surface Studio, I have one of my encoders designated to scroll through Ableton scenes. Even at speed 3, it takes 4 clicks of the encoder to generate one scene change.

Scenario 2 - I have an encoder dedicated to a send. I would like the ability to quickly twist an encoder all of the way from 0-100% (0-127) and back very quickly for live performance purposes. I have tried both Acceleration and Speed 3. Neither of these options are enabling a full articulation of the value. I have to use repetitive twists to get to 100%.

Are there any other options to increase the acceleration or lower the encoder resolution?

Thank you.

Hello @Neil!

We’ve received this request before and are working on increasing the number of speed options available.

For now, and you have said it correctly, the maximum fixed speed is Speed 3 and the Acceleration will be even faster when it detects a fast movement.

For each encoder click in detented encoders:

  • Speed 1 will increase the value in 1
  • Speed 2 will increase the value in 2
  • Speed 3 will increase the value in 4
  • Acceleration mode, on its slowest speed, will increase by 1 and on its fastest speed, will increase by 7, but this may happen once or twice on a full turn.

Given that the encoders have a fixed number of detents (20) on each turn, if we’d like to mimic a potentiometer which spans 300° (5/6 of 360°), we’d have to increase from 0 to 127 in 20*5/6 ~= 16 detents.

That means that potentiometer-like speed would increase the value for the parameter in 8-9 with every step of the way.

This can be noticeable in some parameters as little jumps, but we’ll test it and release it as soon as possible as new speed options.

For now, I suggest you the acceleration mode with a not son fast flicker. There is a sweet point in the speed that will make the encoder LED ring indication follow your fingers at the same speed. Maybe it won’t go all the way but it’ll be pretty close.

Let me know how this works for you, and hope I clarified your doubts.

Cheers!

Hey @francoytx,

Thanks for the info and breakdown. It makes sense that subconsciously I’m looking for a pot-style turn radius and that the encoders inherently work different.

I think your Accelerate function works great for many applications. For example, if I have the resonance turned up on a filter, obviously I want a smooth frequency sweep without the stair steps.

For applications that use quick/less-precise/large-jump turns, like live send throws, it would be beneficial to have a faster speed option.

I don’t yet understand the nuances of why the session box scene scrolling feature (using CSS) would require 16 detents to move one scene down. Maybe it looks at the scroll as a percentage of scene count. I’m not sure, but I will continue to experiment with it.

Until your release I’ll also experiment with finding the sweet spot in acceleration mode.

As always, thank you!

I did an experiment to see how the Session Box behaved when I created 128 scenes and used the encoder in Speed 1 mode (Scenario 1 in my earlier post).

The session scrolling started moving much faster, but interestingly a single “click” of the encoder still did not equate to a single scene change. The single click did equate to a single scene change instances except for these, which all required two clicks:
1, 2, 3, 5, 9, 17, 33, 34, 38, 50, 65, 67, 75, 76, 84, 99, 114, 116, 124. (I don’t see a pattern there, but someone smarter than me may)
Also, It would not go to scene 128. It stopped at 127 (which mostly makes sense).

The tactile click could be very useful for scrolling a specific number of scenes without looking at a computer screen if I could get to a 1:1 ratio of scenes per encoder click.

Any have thoughts on how to achieve this?

(p.s. Though my Scenario 1 has revealed itself not to have a dependency on a faster speed, my Scenario 2 would still benefit from the additional speed mode)

Update: I deleted scene 128 and now I get a 1:1 click to scene change behavior. :slight_smile:

1 Like

Hey @Neil

The best way to scroll through a list or actually anything where we don’t know how long it is, is by using relative modes instead of absolute.
With relative modes, you get just a -1, +1 behavior, kind of having two buttons,

Screen Shot 2021-03-25 at 10.50.14
Where:
0 - Absolute (MIN - MAX)
1 - Binary Offset [(+) 065 - 127 / (-) 063 - 000]
2- 2 Complement [(+) 001 - 064 / (-) 127 - 065]
3 - Signed Bit [(+) 065 - 127 / (-) 001 - 063]
4 - Signed Bit 2 [(+) 001 - 063 / (-) 065 - 127]
5 - Single Value (inc. 096 / dec. 097)

I haven’t used CSS, so I don’t know which one will work, but I would start in order.

Single Value worked perfectly with CSS. Thank your the guidance, @Ale!

2 Likes