i.te

can someone be so kind and show me a way to get accurate random clicks? if its possible with a kind of amount.

msp-random-clicks

what do you mean by "accurate" random clicks??? does the below do what you are looking for?

thanks for the example, but im looking for sample accurate clicks.

Some sort of [rand~] and [trunc~] combination, perhaps.

This example from MIB is a funny way to do, but it doesn't make only clicks, it make also some "pulses".

I found - for my personal application - a different way :

- put the click in a buffer~, but with a silence before : a silence of the same size of your signal vector size (in dsp status)

- then : random -> delay -> bang -> using groove~, play the buffer from a random point between 0. and "your vector-size in ms". -> repeat..

But true, with this solution there will never be more than one click per signal vector.

This example from MIB is a funny way to do, but it doesn't make only clicks, it make also some "pulses". 

- then : random -> delay -> bang -> using groove~, play the buffer from a random point between 0. and "your vector-size in ms". -> repeat.. 

But true, with this solution there will never be more than one click per signal vector.


It's not entirely clear exactly what you're after. If you mean something like a Geiger counter or, what's technically known as "dust noise" and more popularly as "popcorn noise"... there is, of course, a Litter Power object that does that efficiently: lp.ppp~.

It has no limitations due to signal vector size or the like.

thats sounds interesting, but you are leaving the msp world with random -> delay -> bang -> ?

thanks for showing me lp.ppp~, it does what I want, but I need a phase to sync the rate of these clicks.

Hi Alexandre, 
thats sounds interesting, but you are leaving the msp world with random -> delay -> bang -> ?

thanks for showing me lp.ppp~, it does what I want,  but I need  a phase to sync the rate of these clicks.

extracted from what i.te wrote on Tue, 28 July 2009 20:12

lp.ppp~, it does what I want, but I need a phase to sync the rate of these clicks.

I was afraid someone would want signal inputs to lp.ppp~ some day. Back in early PPC days that would have chewed up a lot of CPU because of the way the object makes its calculations. It's still expensive but probably doable.

I've moved it up the to-do list. Please contact me (perhaps off-list) if there are more specific things you need.

extracted from what i.te wrote on Tue, 28 July 2009 20:12lp.ppp~, it does what I want,  but I need  a phase to sync the rate of these clicks.

> thats sounds interesting, but you are leaving the msp world with random -> delay -> bang -> ?

bang -> start groove~ sample ...will start the sample at the beginning of a vector, then if you let a little silence at the begining of your sample, shorter than the vector, inversely proportionnal from the start position in your sample that you decide randomly after each bang... you get it ?

And why not? 
bang -> start groove~ sample  ...will start the sample at the beginning of a vector, then if you let a little silence at the begining of your sample, shorter than the vector, inversely proportionnal from the start position in your sample that you decide randomly after each bang... you get it ?


I made a quazi~ abhaXion, which fills a buffer~ with clicks in a quasi gaussian distribution. If you set the depth to 1 (the depth is the number of dices so to speak), you get an equal distribution (not as good as Peters randoms, but its an abstraction and the plain random object could be replaced if you want it in a Peter approved quality...). 

You might modify that idea to better suite your needs, for example 

refill the buffer~ slowly while the phasor~ goes around...

http://files.getdropbox.com/u/288305/St.ools%20for%205.zip

As usual never completed and if it doesn't work let me know or fix it (and let me know)...

i.te wrote on Tue, 21 July 2009 20:57thanks for the example, but im looking for sample accurate clicks.

I made a quazi~ abhaXion, which fills a buffer~ with clicks in a quasi gaussian distribution. If you set the depth to 1 (the depth is the number of dices so to speak), you get an equal distribution (not as good as Peters randoms, but its an abstraction and the plain random object could be replaced if you want it in a Peter approved quality...). 
You might modify that idea to better suite your needs, for example 
refill the buffer~ slowly while the phasor~ goes around...

My St.ools are at: http://files.getdropbox.com/u/288305/St.ools%20for%205.zip
As usual never completed and if it doesn't work let me know or fix it (and let me know)...

msp-random clicks