Random algorithm

Dave Cragg dave.cragg at lacscentre.co.uk
Thu Nov 13 04:27:13 EST 2008


But I think the principal behind generating random numbers is  
different from generating a random seed. If we could generate a  
reliably random randomSeed then we would never need to do it.  We  
would be just as well to generate a reliably random sequence of random  
numbers.


On 13 Nov 2008, at 02:18, Randall Reetz wrote:

> There is a huge difference between random and unique.  If you are  
> after unique then just use the counting numbers.  If you need both  
> random and unique you will have to check each number generated  
> against a saved list of every previous number.  There is nothing  
> wrong with a random number generator that spits out duplicate  
> numbers.  Random is blind to history (and future).  Random is not  
> nostalgic.  A coin with two sides is just as good at random as a  
> pair of thousand sided dice.
>
> Randall
>
> -----Original Message-----
> From: "Dave Cragg" <dave.cragg at lacscentre.co.uk>
> To: "How to use Revolution" <use-revolution at lists.runrev.com>
> Sent: 11/12/2008 5:26 PM
> Subject: Re: Random algorithm
>
>> It would seem that resetting the randomSeed each time you use the
>> random function would only have a 1-in-4,570,422 chance of getting
>> the same seed as the previous run, no?
>
> Yes, but the chances of having the same seed as any of teh previous
> runs becomes progressively larger. Is it not a bit like the shared
> birthdays in a classroom. It only takes 23 people gathered in a room
> to make the chance of two of them sharing a birthday more than 50%.
>
> From my probably poor calculation, I think if you ran your randomSeed
> algorithm about 2500 times, there would be a 50% chance that the same
> randomSeed had been chosen at least twice. (At 4000, I think the
> chance is over 80%) In many situations, I think a repeated sequence
> would be worse than a biased sequence.
>
> A long time since I did this kind of thing, so apologies if I have
> this wrong.
>
> Dave
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>
>
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution




More information about the use-livecode mailing list