Device Details

Excellent patch, thanks for sharing!

It'd be useful if the receiver had an option to merge regular MIDI data rather than exclusively play what is received from the sender.

Nice useful device.

Hi, how do I route the devices, exactly? I have been trying with an instrument rack and yet nothing seems to get past the receiver.

My setup is:
Live 10.1 + Max 8.1

Midi clip
|
Chancesend sending to 1 and 2 (50%)
|
Instrument rack
|
--Chain 1: receiver listening on 1 -> Instrument 1
--Chain 2: receiver listening on 2 -> Instrument 2

With the clip playing, there is midi activity at the entry point of both chains but no note reaches the instruments. Am I doing something wrong?

Thank you in advance for your assistance.

--
Marco

Nevermind, I think I have it sorted out:

I thought the probablility dial in the sender device was meant to act as a global note probability - that is, 100% = everything gets routed to the receivers.

Instead it's the exact opposite: at 100% all the notes go _through_ the sender to whatever is placed directly after it; at 0% all the notes are blocked and routed to the receivers, depending on the weight set by the sliders - and of course anything in between blends the probability between the direct route and the receivers.

Works like a charm on both separate tracks and instrument racks. Keep up the great work!

Proposed improvement:

I think the random integers that are checked against the note probability dial should be normalized from 1 to the upper range included, instead of 0 -> upper range-1, which is the behavior of the random object.

Otherwise, even with the note probability at 0%, there's still a slight chance (1 in 100, unsurprisingly) that a note could go through every time the random object outputs a zero as well.

Hope this makes sense.

--
Marco

Proposed improvement #2:

I was experiencing what I thought was a weird pitch discrepancy between the instrument placed after the direct midi out of the sender, and the ones after the receivers, and yet, on further inspection, the note values were exactly the same.

What happens is: on load, the receivers correctly initialize the pitch bend to 64; that, however, gets quickly overridden to 0 as soon as the notes start coming in. resulting in a pitch difference equal to the bend down range of the instrument.

A quick and dirty workaround is to move the pitch wheel on the track with the sender, and then bring it back to center; this way, apparently the sender uses the center value as the default pitchbend pushed to the receivers.

A cleaner solution is, probably, to force the initialization value as soon as the sender loads.

Regards,

--
Marco