mtdr 4054

Hi, I built a patch that uses incoming midi data (only noteon, noteoff messages are avoided with stripnote) to trigger 11 audio loops randomly when a switch that is located among the listeners is activated. After the last loop is played, by using urn the last audio is triggered with a bang. But, the problem is that if someone activates the switch one more time while the last audio is being played, it will restart from the beginning. So, I would like to know if there is any command that I can use to overrule the overule the incoming data from my midi trigger. Maybe I can use the bang that is triggered after all the numbers in the urn command have been used to activate some command that stops the patch from receiving incoming data. Is that possible?

Hi, I built a patch that uses incoming midi data (only noteon, noteoff messages are avoided with stripnote) to trigger 11 audio loops random

overruling-notein-after-some-inputs

Can you post your patch (at least the relevant bit) please?

use urn done bang (rigt outlet) to open gate which passes

image.png


use urn done bang (rigt outlet) to open gate which passes
bang on play end from the player.
which then resets urn etc


Captura de Pantalla 2022-09-10 a la(s) 22.31.17.png

Thanks guys! here is the patch as far as I managed to work on it. The difficult part would be that, once the aleatoriedad.wav file is being played, the noetin incoming messages from the switch located amogn the audience don´t interrupt the reproduction. The idea from user Source Audio seems interesting, I will try to investigate that command a little more. Any comments are welcome!

All you need to do is to add bang when that single - last player finishes to reset urn.

there is no way from what I see in that patch that incoming midi would

interrupt last player, because urn stops output till it gets reset using clear message.

But you have 12 urn numbers and only 11 audio files in the playlist, why ?

If you need 12 audio files, then urn 11, and bang that last player .

That makes sense so if that last player has fixed audio file to play.

in case you want to pick any order of ALL 12 audio files,

Is there any reason why you use playlist instead of one sfplay ?

All you need to do is to add bang when that single - last player finishes to reset urn.
there is no way from what I see in that patch that incoming midi would
interrupt last player, because urn stops output till it gets reset using clear message.
.....
But you have 12 urn numbers and only 11 audio files in the playlist, why ?
If you need 12 audio  files, then urn 11, and bang that last player .


That makes sense so if that last player has fixed audio file to play.
in case you want to pick any order of ALL 12 audio files,
then one would make it different.

Is there any reason why you use playlist instead of one sfplay ?


overruling notein after some inputs