Using midi CCs for putting notes into a midi clip

[hirnlego]

What I'm trying to do is to fill an existing midi clip with notes using bcr2000 encoders.

You can see the minimum case in the picture: http://postimage.org/image/2l0v3bric/

In this example I'm trying to put a note at the beginning of the clip.

When I turn the encoder I get a bunch of live.object errors but everything is fine if I change the [number] with the mouse instead.

Errors are: "no operation in progress", "no operation in progress", "an operation is already in progress" after the first move of the knob, followed by "wrong note count", "no operation in progress", "no operation is in progress" after a second movement.

What am I missing here?

[broc]

I've experienced similar problems with GUI vs. MIDI control. It seems to be a timing/priority issue.

Try inserting a [deferlow] object directly after [ctlin].

[hirnlego]

I've experienced similar problems with GUI vs. MIDI control. It seems to be a timing/priority issue.

Try inserting a [deferlow] object directly after [ctlin].

Yes, something like this, thanks. No more error messages.

But now there's a lag that makes the real time operation impossible: when I stop acting on the encoder the note velocity is still changing.

The low priority here is too low.

Is there an intermediary solution?

[hirnlego]

I think this thread is related: http://cycling74.com/forums/topic.php?id=30472

[hirnlego]

I'm trying putting a [speedlim] between [ctlin] and [deferlow] for better results.

[broc]

Using [speedlim] makes some sense, but also adds latency for the target value.

Ideally, putting a note with certain attributes into a clip should be triggered by a single event ("apply").
But that doesn't seem feasible with conventional controllers (?).

[hirnlego]

With a [speedlim 20] is fine. The problem now is that Live crashes when I turn the knob with the patcher window closed

[hirnlego]

Ok, I resolved deferring each message sent to [live.object] instead of deferring only [ctlin].