Reply To: Dynamic playback/stretch control of a current Korpus looper

[Pacocreative]

Thanks for your help on this. Very helpful.
I’m still not sure of a preferred approach:

Approach 1
Use Macro Variable Listener to continuously update CC variable
Trigger macro once, but have it looping let’s say in 50ms as you suggested

Approach 2
Use Macro Variable Listener to continuously update CC variable
Use a Macro midi trigger on the same CC as the variable
Wrap the macro in

DoOnce
	InsertSendMessage fx1 1 HTSSpeed { round ($midiv_cc1$ / 127 * 100) }
EndDoOnce

I am not sure which one is a better way given the overall architecture.

Still, I’m having a performance issue due to some internal midi flooding.
When there’s no listener defined, my expression control works nice and clean:
I push the pedal, it immediately prints sweeping values to the console. The messages are clean and ordered:

Midi input: ctlIn 30 7 16 "(value ctl channel)"
Midi input: ctlIn 31 7 16 "(value ctl channel)"
Midi input: ctlIn 33 7 16 "(value ctl channel)"
Midi input: ctlIn 34 7 16 "(value ctl channel)"
Midi input: ctlIn 35 7 16 "(value ctl channel)"
Midi input: ctlIn 36 7 16 "(value ctl channel)"
Midi input: ctlIn 37 7 16 "(value ctl channel)"
Midi input: ctlIn 38 7 16 "(value ctl channel)"

When a listener is defined, it seems there’s a sort of feedback or flood triggered and the console is lagging for a few seconds processing queued messages.
You can see that the values start jumping erratically,

Midi input: ctlIn 1 11 16 "(value ctl channel)"
Midi input: ctlIn 67 11 16 "(value ctl channel)"
Midi input: ctlIn 66 11 16 "(value ctl channel)"
Midi input: ctlIn 69 11 16 "(value ctl channel)"
Midi input: ctlIn 74 11 16 "(value ctl channel)"
Midi input: ctlIn 2 11 16 "(value ctl channel)"
Midi input: ctlIn 73 11 16 "(value ctl channel)"
Midi input: ctlIn 47 11 16 "(value ctl channel)"
Midi input: ctlIn 56 11 16 "(value ctl channel)"

Any ideas?