Comments by vulpes
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
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
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!
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!
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
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
Hi there,
I have just realized that the speed dividers/multipliers cannot be set to :7 and x7, respectively. Is this intended?
(Not that I would probably need that to make things even MORE unpredictable, just curious.)
Keep up the great work!
--
Marco
I have just realized that the speed dividers/multipliers cannot be set to :7 and x7, respectively. Is this intended?
(Not that I would probably need that to make things even MORE unpredictable, just curious.)
Keep up the great work!
--
Marco
Great job! I have been looking for something like this for a while.
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