@Enkerli I thought it works exactly like you want it to, but maybe it does not work for floats like that (for example the MIDI-value 42.3).
I will have a look, if I have some time. Perhaps @ingox knows it better?

Edit: I tested it and think no note is filtered out...

@60hz maybe just try to delete what is written in the first line of the shader?

@60hz hmm. For me even the v3 version works without problems (with Windows) with Ofelia v4. And I don't think shaders need to be programmed differently for OSX. But maybe I am wrong. Maybe you need to specify the GL version in Ofelia?
Btw: I updated ofxOfelia (inofficial): https://github.com/cuinjune/Ofelia/issues/78

@svanya with [float $] you get the number if the [clone] instance. You can pass this as a variable into [expr].
Not sure about the second one, but I was thinking of this thread: https://forum.pdpatchrepo.info/topic/10798/setting-expr-formula-dynamically/20

I just applied recently with my midifilemarkovgenerator which is based on this abstraction for the MIDI innovation awards:
https://www.midi.org/component/zoo/item/midifilemarkovgenerator
Not sure, if it makes sense. But you can vote for it or something else until the 14th of may, if you like it...

@Orm that sounds great. Would be nice to try your external.

I solved it with sending raw midi data.

@ddw_music said:

The issue isn't about the operator to use. It's that the size argument to delwrite~ never gets sent out or in as a message (it's strictly a creation time argument).

Thats a good point.

Here is an updated Windows version (with a small change it works with Linux too): midifileMarkovWindows20220220.zip