I'm fairly sure that [snapshot~] doesn't generate random numbers, but marks the current point of an audio signal. Although this whole thing's got me thinking...
If you use [snapshot~], attached to a real world sound source [adc~] to generate random numbers, then increasing volume would increase the range of your random generation. For instance
[adc~]
|
[snapshot~] (plus a bang)
|
[+ 1]
|
[* 10]
|
[int]
In this case a sound source at a solid 1 - -1 volume (such as [osc~]) would give you a number from 0 to 20, when the bang is sent.
but a quieter sound source e.g. 0.2 - -0.2 would provide a number from 0 - 4
Anyone fault my logic?
> Date: Mon, 6 Jul 2009 11:37:35 +0200
> From: zmoelnig@iem.at
> To: kram@stillavailable.com
> CC: pd-list@iem.at
> Subject: Re: [PD] help_random/seed
>
> Georg Bosch wrote:
> > IOhannes m zmoelnig wrote:
> >
> >> Andrew Faraday wrote:
> >>> Just an idea, but if the hardware random number generators use a jittery
> >>> oscillator etc. Why not use [noise~] and [snapshot~] followed by some
> >>> arithmetic and [int] you could build what I assume would be more random
> >>> than the [random] box.
> >> weird idea.
> >> especially, since [noise~] uses exactly the same pseudo-random algorithm
> >> as [snapshot~].
> >
> > Snapshot~ outputs random numbers? That would explain a lot of oddities in
> > my patches ;)
>
> man, it was early in the morning....
>
> >
> > What does make sense is to use noise *from the adc* with snapshot~ to get
> > seeds for your random objects, I think that was what Frank meant with the
> > "Can of Beats" patch.
>
> yes that is a perfectly good idea (at least if you can make sure that
> the [adc~] will be hooked up to some real-world soundsource)
>
> and then there is the wide range of time-based seeds (e.g. uptime of the
> computer, system time...)
>
> gf
> asdrm
> IOhannes
Beyond Hotmail - see what else you can do with Windows Live. Find out more.