benniy

i have a problem – currently working on a sequencer with several "modular" elements before a final note is output. this allows for the possibility of triggers arriving at note-generation at practically *the same time* (a [thres 1] is enough to gather the bangs to a list; the events are closer than 1ms together, i suppose)

is there a way to filter these repetitions out without a noticable latency? i've tried it with [thres 0] (which probably doesn't make a lot of sense) and a [zl thin]. works, but delays the signal slightly.

is there an object to react even "quicker"?

is there an object to react even "quicker"?
thanks!


filter-very-fast-repetitions-without-a-threshold

what about "speedlim 1"? That's inhibit messages any closer than 1ms to each other, and would work in your case.

hehe, nice. Pop a beta-link here when you're ready! :)

shoot me an email - my username @ gmail.com :) And yes, the name's a tribute.

and yes, you *would* love Dawn of Midi. Apparently everyone into weird rhythm work and sync shit loves them.

great – thank you wetterberg. i'll send you a alpha version and a few lines as soon as it appears to run :)

(hoping this weekend). this is of such great help!

great – thank you wetterberg. i'll send you a alpha version and a few lines as soon as it appears to run :)
(hoping this weekend). this is of such great help!


[speedlim] will delay and [thresh] will pack into a list.

if you want to actually filter, you could use a timer and a [gate].

and let me add the following: you should not "hope" that data arrives within 1 ms, you should either ensure it, or get rid of the dependecy from it. to become more concrete, you should have control and be aware of the order of messages in all your "parallel" processes which are generating the note data for you.

filter very fast repetitions (without a threshold?)