playBunny: I have to let that fall. If I'd ever been high this could tell me that pterasaurs 'peut-être' droped petas (stones if Internet was correct)!
Nice infos about power and outcome. As the keyword Tetrahertz gives less than 100 results with google (german), I'm guessing that you'll muddle on for a while like it is now.
O čem je toďten plk: Re:How many dice rolls per second.
AlliumCepa: A millisecond is a long time for a modern computer. My 3.0 GHz AMD can produce over 250,000 dice rolls per second using a very basic formula (although it doesn't do anything further with the dice).
But for online backgammon you need to take into acount the context in which the dice roll occurs. There's an html page to be generated for each dice roll. Fencer fills each game page with loads of information, some of which requires access to the database. I think that 1 page per millisecond would be impressive even for a server written in Java.
So... from what i read of the discussion on the BK board, it seems like the dice might be contingent upon the exact timing of when it is rolled, or am I misunderstanding still?
alanback: Yes, the assumption was that the generator has for each game a new initialisation. As you mentioned, there is also a second way possible, just one RNG for all games. And only this second way is the right one - if Fencer implemented his RNG according to the first way, then sooner or later somebody will count the cycle of the numbers...
CryingLoser:Are you assuming there is a separate incidence of the random number generator for each game? I think that is very unlikely, and that it is more likely that the same RNG is used for all games on the site. This would make it impossible for two players to anticipate any cyclical result.
Czuch: There is a way, but a *very* hard one: The random numbers generators in programming languages are implemented as a function modulo m (for us with unknown m), in the simplest such random function there is a start number s, and the random numbers r1, r2, etc. are generated as s mod m =3 etc. There exist math proofs that random generators that include the modulo function, even if they are not so simple as the one before, are always cyclical, i.e. after some thousand random numbers r1, r2, ..., rx they start from the beginning. So if you play some very slow dice game like Anti Backgammon with a friend and the goal of both, not to win but to count the dice numbers, you may find out a repating sequence of about 5000 - 6000 numbers. And in a real game you can after 4 - 5 moves guess the next "random number". (Have not tested it, would be too hard effort just for winning some games...)
playBunny: Yeah, I know... it was just a recent 3 day period where I logged on and my first three games each day all had the same dice roll ( not the same roll all 9 games, but the same one for 3 games each day)
We do not know when the dice rolls are generated, is that it?
For awhile, I thought it was when the player actually clicked to see the game for the first time after it was their turn again. But then it seemed like it was generated right after the opponent made their move, but was only revealed when the next player came to see it?
You are right, there is no way to know for sure, except ask Fencer?
Czuch: Whenever someone says "it seems more often than random that ..." about a random process it seems more often than not that it's their brain seeming things and not the random process.
Without knowing how BrainKing's dice are generated I can say nothing with certainty about the rolls, however, as I see absolutely no benefit to Fencer or the players in having every dice generated according to the clock it would surprise me greatly if it were the case.
But it's moot anyway because there's no way for us to determine the timing of dice events.
playBunny: What about dice rolls in relationship to the time? For example, if 10 different people were to make a roll in different games all at the exact same time, would there be any type of correlation, IE would they all have the same dice rolled, or a higher rate of this?
I know it seems like sometimes I will log on and play a few quick moves, and it seems more often than random that I make the same roll in all the games....
Also, I think I remember being told that in casinos, the video and or slot machines give any specific result on one play, based on the exact time that you pull the lever or hit the play button? Something like all the potential outcomes are spinning around in the machine, and which outcome you get is based purely on the timing of when you hit play?
playBunny: Further to my "not sure there's a hard way", there are several steps.
** First get a lot of matches. That's a fair challenge in itself.
** Unless Fencer has fixed the .mat export bug which makes multi-game match files useless, you'd need to run each match file through a script that would fix the error.
** Run the matches through another program that will extract the dice rolls.
** Do your analyses. Here it's very much a question of how complex you want it - whether you want to look at dice independantly of the games, ie. just streams of rolls, or whether you want to know about dice in relation to the players and positions. The latter would be a considerable adventure in programming.
AlliumCepa: I *think* that they're trying to find some means of analyzing the rolls themselves--in isolation--apart from the way they might be used in backgammon. I suspect there are (or were, a while ago) some fairly regular departures from randomness in the routine(s) that govern the rolls here. But analyzing and demonstrating that would have been difficult.
Is there an easy way to pull all the dice rolls and analyze them? I *NOT* accusing Brainking of doing anything wrong, I just think some of us math geeks might have fun seeing the results.
(do skréše) Jak chceš bét decke zavčaso opozorněné na nénovjéši zpráve ve tvéch oblébenéch klobech na mloveni, možeš je stáhnót RSS kamošem s pomocó RSS ikone v pravym hornim roho léstko klobo na mloveni. (pauloaguia) (okázat šecke vechetávke)