I’ve the feeling, that it would be better to change the encoder handling, so that they are in “fast mode” by default, and slow down while the SHIFT button is pressed. Especially for high resolution values like CutOff this would mean, that the whole value range can be sweeped with a single move w/o using the SHIFT button.
Nobody has complained about the current behaviour yet, therefore it would be interesting for me if you agree (-> use the poll function of this article)
I wonder if it’s possible to make this soft-switchable TK?
I’m personally more inclined to use the knobs to fine-tune patches, than to do filter sweeps and the like, so shift=fast is best for me. Also, all my other synths work that way, so it would be good. Obviously it’s not hard to recompile, but it would be really nice if it were in a menu somewhere (or even some strange combination of button presses or something)
So who are the other two who voted for shift=fast?
[td][br]Ha-Ha![br]Nils, Stryd and Bugfight moving pots so slowly, that recording software gets and integer overrun while timestamping the events![/td][/tr][/table]
(don’t worry, just kidding - I will consider a soft-option ;-))
Perhaps a combination of keys to work as a toggle between slow and fast modes?
Fast is of course great for big live moves, but I have been known to do very fine stuff live (like setting frequency of ring mod or FM oscilators, teeny moves here make big changes)
Ha-Ha!Nils, Stryd and Bugfight moving pots so slowly, that recording software gets and integer overrun while timestamping the events!
(don’t worry, just kidding - I will consider a soft-option ;-))
Ah, so you see Watson, It was all a cunning ploy to justify his move to 32 bit processors, luckily for us he did his first test with a 32 disc recursive Tower of Hanoi simulation…
(I like the soft option too, for my 2 cents worth)