Atte André Jensen wrote:
Hi
This basically works, the upper one is receiving from the bcr and moving the fader in pd, the lower one is updating the display on the bcr when the knob is moved in pd.
The problem is that pd sends it's send-symbol, even if the fader is
i doubt that Pd sends it's send-symbol....
moved as a result of the receive-symbol. This means that the bcr get's the value right back, with a small delay, which causes the whole to be very reluctent to accept movements from the bcr.
I could make some logic that doesn't send the value back if it was received from midi, but thought I'd ask if there was a simpler solution? For instance is it possible to have pd's knobs *not* send it's send-symbol if the fader was moved as a result of a receive-symbol?
anyhow, under the link below [1] is the abstraction that we use in our CUBEmixer-application in order to interact with midi (using behringer-sh!t) among other things.
use it like
[ctlin 1] | [sendreceive send] | [ctlout 0]
[r bla] | [ \
the abstraction depends on iemlib2 in order to have settable sends/receives but if you don't want this, just replace it by ordinary [s]/[r].
fgmasdr. IOhannes
[1] https://iem.svn.sourceforge.net/svnroot/iem/spatialization/CUBEmixer/trunk/l...