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
With Windows Live, you can organise, edit, and share your photos. http://clk.atdmt.com/UKM/go/134665338/direct/01/