And before you say, "That's not random!!1!!", let me explain. Yes, it is random, as I had no particular pattern I was utilizing when I wrote it. Unless you can tell me whether or not it is prime, what sequences on OEIS it is on, etc. you can't prove randomness. Any number is equally "random" anyway, depending on your PDF (prob distribution function)
Oh, no! I just generated a longer one. 2^(2^(2^(2^(2^(2^(2^(586172346578247245856))))))) - 8913623657253218684535123638
I just generated a longer random number. Here goes: 87292851364852257869658248659831415926535897932384626758954233669858417895215369842. Wutcha gonn' do 'bout it?
Made a theoretically infinite RNG : id:2144287.
id: 2144108. Definitely biased against 4/9.
gonna run another test on just that
v Yes, that does happen, when I was running analysis, I noticed large amounts or repeating numbers
I think it will be biased (someone please back me up me on this): The MERC "hole" is fairly long, and the time between two digits being generated is not sufficient for the MERC particle's location to be truly random, i.e. it will still significatly depend on the MERC's location from the last number. For example all digits being equal is more likely than average. I suggest fixing it by using a different random generator. There are lots of designs not depending on previous outputs.
It makes every digit random, but doesn't generate 'useful' random numbers as normally most of the results would be smaller than 10^27