<div dir="ltr">There is a control which I believe is called "Threshold" which can be used to control this. It is accessed by going to the "Surfaces" tab of Preferences, and double-clicking on the generic MIDI entry there. Different hardware needs different values for this - there is no acceptable default.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 17, 2015 at 9:38 PM, Fernando Lopez-Lezcano <span dir="ltr"><<a href="mailto:nando@ccrma.stanford.edu" target="_blank">nando@ccrma.stanford.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I've seen this behavior before in Ardour3 but it still happens in 4.<br>
<br>
Let's say I enable generic MIDI control, hook up a BCF2000 through the a2jmidid -e command and bind a fader to the master fader of a session.<br>
<br>
If I move the physical fader in the BCF2000 slowly all is good. If it goes beyond a certain "slew rate" the fader in Ardour gets stuck and stops reacting to (fast) movements of the physical fader. It only starts moving again if I slow down my movements and cross the last value stored by Ardour. It then follows the physical fader again until I move it too fast and it gets stuck again.<br>
<br>
Is there a midi command rate limit somewhere in the code? A preference I might use to turn off this behavior? Maybe a "feature" of a2jmidid?<br>
<br>
This makes it unusable for a "live" mixer situation (and I have to revert to Ardour2 which does not have this problem).<br>
<br>
Weird...<br>
-- Fernando<br>
<br>
_______________________________________________<br>
ardour-dev mailing list<br>
<a href="mailto:ardour-dev@lists.ardour.org" target="_blank">ardour-dev@lists.ardour.org</a><br>
<a href="http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org" target="_blank">http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org</a><br>
</blockquote></div><br></div>