Re: [Flashcoders] Math.random()

2005-11-17 Thread Ian Thomas
If this was connected to prizes/tournaments, from what I remember it depends on whether the user pays to play or not; and the laws of the country that your site is hosted in. From a UK perspective, if the user paid to play you'd need a gaming and/or gambling license (gaming for fixed-odds,

Re: [Flashcoders] Math.random()

2005-11-17 Thread Danny Kodicek
He is starting to ask questions about the randomness of the dice, because a registered member of the game said he's recorded the stats of about 100 backgammon games and found that the numbers generated are not so random. (I haven't seen the data, so I don't know if that's true) I'd ask to see

Re: [Flashcoders] Math.random()

2005-11-17 Thread Ron Wheeler
The randomness of Math.random is one possible source of concern but what you do with the random number to produce a dice roll is more important. It is easy to make a simple mistake in the mapping of a random number to an integer between 1 and 6 that results in a skewed distribution.

Re: [Flashcoders] Math.random()

2005-11-17 Thread Jon Bradley
On Nov 17, 2005, at 2:56 PM, Ron Wheeler wrote: If the game is for money and the client side code can be hacked for profit, you need to move more of the game engine onto the server and only present results and table state on the client side. Dice rolls can not be generated by the client in that

Re: [Flashcoders] Math.random()

2005-11-17 Thread Ron Wheeler
You would not worry about someone being able to hack the client and modify the roll generation to allow the player to choose the desired roll and then send it (or the play result - move) to the server or just substitute the client with a client that lets rolls be specified? I am less worried