@Il-pleut thats a nice advice Thanks for the books and their pictures...

Thanks.

It should be doable with midi pitchbend:
https://sites.uci.edu/camp2014/2014/04/30/managing-midi-pitchbend-messages/
https://forum.pdpatchrepo.info/topic/13028/midi-pitchbend

Hello, I hope a double post is fine in this case (same as in the OF forum):
I am happy that this is possible, maybe without ofxPD too, but did not figure that out yet.

https://audioplayer.handmadeproductions.de/

https://github.com/Jonathhhan/ofEmscriptenExamples/tree/main/emscriptenAudioPlayer2

This is the first case, besides audioWorklets, where I had to use the -s USE_PTHREADS=1 flag with Emscripten for making Pure Data`s [writesf~] work…

@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

I found out that it is an Emscripten / webMidi specific issue, on desktop it works fine. I guess I made some mistake in my webMidi implementation or it behaves differently...

@whale-av thank you. I will check that out.

@ddw_music I dont think so. Just limit it before with [min] [max], [moses] or something else (but you will still see the argument that is higher than the accepted value)...

@whale-av I wonder, why "they" dont add those corrections to PD vanilla?

I have some midifiles that send control change values that detune the pitch. The problem is if I load a new midifile the pitch is still detuned (until I restart the midi device). What I want to do, is to reset every cc setting when loading a new file (or at least - the detune setting).
https://www.recordingblogs.com/wiki/midi-controller-message
I already do reset cc 120,121 and 123 and it has some effect, but not for the pitch. I also tried without pitchbend information, but its still detuned.
Also tried the midi reset message: https://www.recordingblogs.com/wiki/midi-reset-message
But it only seems to work if send from a midi file (I play them from a [text] object).
Any idea which cc (or something else) setting to reset for a correct pitch?

Now its also possible to write the markov chain into a midi file (and also to download it from the website ):
TeenTown3markovOrderRemix.mid
midifileMarkovRecordWindows.zip