> - The suggested methodes could give such a seed, but will > provide much > less quality (pseudo) random than the algorithm at hand. So > please > don't consider it a replacement.
Of course! I was just talking about seeds for the methods I described in detail. They do not produce real random numbers! They only give a number that is likely to not always be the same. > - Real random (opposed to pseudo random) requires some > external source > like atmospheric noise (see http://www.random.org/). The avalanche > effect of a semiconductur might be a local alternative > (http://www.ncbi.nlm.nih.gov/pmc/articles/PMC1338337/pdf/jeabehav00162-0045.pdf) Matt was working on network interfacing. If you're not "alone" in your net segment and/or you're connected to the internet, you could set the interface to accept any packet that will come by, and measure the time from reset to recieving a packet. If you're deriving a timeout from a non-precision-oscillator like the internal 32kHz and if this timeout is not too short, even when no packet arrives within the timeout the seed may vary between startups. Or, you can send a ping to some destination (preferably on the other end of the world) and use the round-trip time as a seed. The "capacitor and weak pullup" method I described can only be used as a seed, for if you use it frequently it is possible to settle to a certain value. It was only meant to generate a seed on startup. And sorry for the many words ;-) Greets, Kiste -- You received this message because you are subscribed to the Google Groups "jallib" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/jallib?hl=en.
