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/lib/abs/sendreceive.pd _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list