Moderator: Community Team
Thats his point entirely. Say you use 8000 rolls of those 12000. and 5000 of them Were in your favor. That leaves only 1000 good rolls left of the 4000 rolls remaining before being reset. Therefore it isn't Random. I hope that made as much sense to you, and everyone else, as it did to me.the_fatty wrote:they use 12000 somrthing sets of dice, and when they run out, they just reset them.
its hagGisjiminski wrote:factory-farmed aardvarks, fed on dice (and ants of course) When they poop, an elf records each roll, sending the results by motorcycle courier-mouse to Sean Connery.
Sean Connery is fed exclusively on hagis, neeps, tatties and whiskey! This makes Sean Connery very windy; he then farts the number of times represented on the Aardvark-poop-dice. The pungent parps are then recorded onto a compact magnetic tape and in turn sent (using the same courier-mouse from earlier) to Lack the love-turtle, who manually inputs the result in each case... (except on the 3rd full moon after summer-solstice, when Wicked takes over, due to Lacks mating season.)
I think it is the only truly random solution!
Maybe we can use the best available random number generators and an efficient system for making specific rolls. Or, we can ramble on about how nothing is ever random and conduct surveys. We, as a community, need to decide which course is best.Fruitcake wrote:how we, as a community, can ensure the very nearest randomisation that we can.
Go here, number 17, "How do the dice work?" Also, go see random.org for how they make the files. It's more like the way you describe wanting it to be, except without the problem of skipping over columns when certain dice are not used.MrBenn wrote:the following process is my understanding of how the numbers/dice rolls are compiled
noo noo! the ommision of a 'G' maintains the random-schmandom-matrix!!alex_white101 wrote:its hagGisjiminski wrote:factory-farmed aardvarks, fed on dice (and ants of course) When they poop, an elf records each roll, sending the results by motorcycle courier-mouse to Sean Connery.
Sean Connery is fed exclusively on hagis, neeps, tatties and whiskey! This makes Sean Connery very windy; he then farts the number of times represented on the Aardvark-poop-dice. The pungent parps are then recorded onto a compact magnetic tape and in turn sent (using the same courier-mouse from earlier) to Lack the love-turtle, who manually inputs the result in each case... (except on the 3rd full moon after summer-solstice, when Wicked takes over, due to Lacks mating season.)
I think it is the only truly random solution!![]()
![]()
but otherwise very interesting
A query for you MrBenn...MrBenn wrote:I was thinking about the numbers from random.org the other day, and the following process is my understanding of how the numbers/dice rolls are compiled:
1. Generate a list of 600,000 (12,000 x 5) random numbers :
ie. {1,4,5,2,2,6,4,2,1,1,1,5,6,3...}
2. Format this into a 5-column table:
{1,4,5,2,2}
{6,4,2,1,1}
{1,5,6,3...}
3. Read the relevant numbers when dice are rolled:
{A1,A2,A3,D1,D2}
{1,4,5, -- 2,2}
{6,4,2, -- 1,1}
{1,5,6, -- 3...}
To my mind, I think it would be a better approximation of real-life random dice to start with 5 seperate lists of random numbers (The numbers in this list are not truly random, as I was arbitarily typing numbers):
A1: {5,3,2,4,5,5,6,3,6,2...}
A2: {1,1,5,5,2,4,5,2,4,3...}
A3: {5,2,4,6,3,1,5,2,3,5...}
D1: {1,4,2,3,6,5,6,1,5,5...}
D2: {4,6,1,2,4,2,5,3,6,6...}
This way, I suspect that any "streakiness" would be more confined to individual dice, and I'm certainly happier with the matrix above than one that is effecitvely {A1,A2,A3,D1,D2,A1,A2,A3,D1,D2,A1,A2,A3,D1,D2...}
Great point - shame you spelt philosophical incorrectly!!How close to perfect randomness would one need to get to to recognize a difference? *grin* nice philosophicle question to ponder.

no thanks... someone in my family pretty much, already had that job... but thanks for bringing up the cruel reality of slavery yet again, DiM. DiM, you rant and rave against a member with the name "hitler", and campaigned to make CC the most PC place on the web. yet you turn around and joke about slavery... i am appalled and disgusted by your post... i hope a forum ban is forthcoming... ahem...-0DiM wrote:i have the best solution. get a guy put him in chains and each time somebody clicks the attack button a small electric shock forces him to throw the dice. .

don't make me come and spank youowenshooter wrote:no thanks... someone in my family pretty much, already had that job... but thanks for bringing up the cruel reality of slavery yet again, DiM. DiM, you rant and rave against a member with the name "hitler", and campaigned to make CC the most PC place on the web. yet you turn around and joke about slavery... i am appalled and disgusted by your post... i hope a forum ban is forthcoming... ahem...-0DiM wrote:i have the best solution. get a guy put him in chains and each time somebody clicks the attack button a small electric shock forces him to throw the dice. .
p.s.-see? where does it stop?
and now with the jungle fever.-0DiM wrote:don't make me come and spank you

saxitoxin wrote:Your position is more complex than the federal tax code. As soon as I think I understand it, I find another index of cross-references, exceptions and amendments I have to apply.
Timminz wrote:Yo mama is so classless, she could be a Marxist utopia.
that is truly interesting...-0Twill wrote: We are looking at setting up a system which pulls a new dice file every day, but will still work on the same A1A2A3D1D2 format.

Yes, if you just pull a new dice file each day, that would be much better than the current methodology. Really, the best solution is just to pull up a dice file in advance of when you use it, and use it only once, straight through. Putting things into A1A2A3D1D2 format is perfectly fine. That isn't what needs fixing.Twill wrote:Mr Benn hit it pretty close.
The file is 500,000 rolls and once each roll has been used we turn around and re-use the file.
We re-fresh the file from time to time...on a random basis...when we have time
We are looking at setting up a system which pulls a new dice file every day, but will still work on the same A1A2A3D1D2 format
the A1{1,2,3,4,5,6,1,2,3,4,5,6} is an interesting idea but difficult to implement...I'll have to talk to Lack about the technicalities of it.
I concur with this. It is exactly right that a memory is injected into subsequent rolls because each of the 500,000 lines must be used. Memory is also injected through a re-use of the dice file (until it is flushed). The "memory" effect is apt to be very small on the first several hundred thousand lines, but once you are down to the last thousand lines or so, the probabilities could be significantly off (in either direction), due to the small variations from expected values that were naturally present in the first 490,000 or so lines used. What CC should do is to check the last 1000 dice lines in each cycle. Over the long run, they should have the right distribution in the Dice Analyzer sense (i.e., 1s, 2s, 3s etc. should show up about 16.67% of the time, or more accurately, reflect the underlying percentages in the dice file, which is not going to be exactly 16.67%), but I am betting that they will be much more streaky than randomness should indicate.Fruitcake wrote:So what is true randomisation?
Before I start, I should make it clear that I am a ‘determinist’, and so hold the belief that nothing is ultimately random.
Machines by their very nature and the humans who control them cannot be 100% random. It is a known scientific fact that humans find pure random behaviour very difficult. Machines based on mathematics are also subject to influences that ensure true randomisation does not occur.
The argument could be taken universally. It can be argued that even sub atomic particles which seem to act in a random fashion could be adhering to, as yet uncovered, laws of physics so are not random…but this has still to be proven and is my opinion only.
So the next level of argument, should you agree with above, must be, can there really be true randomisation? If not, how close can we get to this Holy Grail?
Random.org uses atmospheric noise levels to determine a random sequence. One could say that this could be forecast, however…to quote random.org “it would require knowledge of the position and velocity of every single molecule in the planet's weather systems”
Something beyond all of us, but still not random!
If we assume for this argument that pure randomisation is not possible (as I do believe) then we have to attempt to get as close as possible.
Random.org, as I have mentioned before, uses very complex systems to try to ensure randomisation. This is the source of the dice used on cc.
The ‘stickiness’ seen by many, including myself has an oddity to it. However, on closer inspection, the records show some very abnormal runs. To try to chase these runs would be akin to writing all the numbers down that a roulette wheel spins, then only back those that haven’t appeared. Now this is great if you are a believer in averages. But any mathematician will tell you, that however unlikely, you could back a particular number that never appears! You are backing this number simply because you are confusing the laws of probability with the laws of averages. I stand guilty of this myself, after all we are only human so have a tendency to lean towards averages even when we KNOW this cannot be the case…another example of how humans find randomisation so difficult.
Probability maths is actually simpler than you think. Each time you roll the dice, it should have zero memory; otherwise randomisation goes out of the window. As with the roulette wheel not producing a number, conversely it is possible, but highly unlikely, that you roll a triple 1 for ever.
This could not happen here as CC uses a 600,000 dice roll file, originated from random.org. If we take 'n' as the number of perms on a 3 roll, including the different ways the perm can present itself (so 123 could also be 132, 213, 231, 312, 321 but still give the same net result) there are some 216, or 'n'.
So 600,000/n = 2777.7∞ average
By deleting lines after a roll, it concerns me that CC are introducing a memory and, by default, an influence, albeit very small.
Twill and I have exchanged communications about this.
The question I am going to investigate and study as a project is how we, as a community, can ensure the very nearest randomisation that we can.
If anyone could help, I would welcome this.
The first part of this project must be to gather evidence and statistics.
Even if maths, probabilities, averages, etc is not your bag, you can help by keeping a list of your 3 dice rolls. I need a random sample of a couple of hundred at least. You can list them all and pm me with them, I would appreciate it.
If you have an issue with any of my mathematical belief systems, please feel free to pm me. I always enjoy such debates.
_____________________________________________________________
I am the wisest man alive, for I know one thing, and that is that I know nothing.
MrBenn wrote:I was thinking about the numbers from random.org the other day, and the following process is my understanding of how the numbers/dice rolls are compiled:
1. Generate a list of 600,000 (12,000 x 5) random numbers :
ie. {1,4,5,2,2,6,4,2,1,1,1,5,6,3...}
2. Format this into a 5-column table:
{1,4,5,2,2}
{6,4,2,1,1}
{1,5,6,3...}
3. Read the relevant numbers when dice are rolled:
{A1,A2,A3,D1,D2}
{1,4,5, -- 2,2}
{6,4,2, -- 1,1}
{1,5,6, -- 3...}
To my mind, I think it would be a better approximation of real-life random dice to start with 5 seperate lists of random numbers (The numbers in this list are not truly random, as I was arbitarily typing numbers):
A1: {5,3,2,4,5,5,6,3,6,2...}
A2: {1,1,5,5,2,4,5,2,4,3...}
A3: {5,2,4,6,3,1,5,2,3,5...}
D1: {1,4,2,3,6,5,6,1,5,5...}
D2: {4,6,1,2,4,2,5,3,6,6...}
This way, I suspect that any "streakiness" would be more confined to individual dice, and I'm certainly happier with the matrix above than one that is effecitvely {A1,A2,A3,D1,D2,A1,A2,A3,D1,D2,A1,A2,A3,D1,D2...}
Surely it wouldn't be much more difficult... Instead of a single incremental variable to say which line of dice rolls to read next, you would need 5 variables (one for each dice) that increment only for the dice that are actually used.Twill wrote:Mr Benn hit it pretty close.
The file is 500,000 rolls and once each roll has been used we turn around and re-use the file.
We re-fresh the file from time to time...on a random basis...when we have time
We are looking at setting up a system which pulls a new dice file every day, but will still work on the same A1A2A3D1D2 format
the A1{1,2,3,4,5,6,1,2,3,4,5,6} is an interesting idea but difficult to implement...I'll have to talk to Lack about the technicalities of it.
Yeti_c, my intention was to read the numbers from the matrix sequentially, but only when each dice is rolled... (rather than getting numbers and discarding them when attacking/defending with 1, for example)yeti_c wrote:A query for you MrBenn...
How would you read from your new matrix?
Would you randomly read a column from the row for each dice?
If so - Where do you get the random read from?
My point - which I'm sure people will have missed - is that the earlier example (Where data is parsed into preassigned rolls) is more random as you are only assigning the random data once...
In your instance - you would need to read from your new matrix "randomly" using the PHP random number generator... which is distinctly less random than random.org... Thus making that method more constrained and less random...
C.