@Mysehra
Donc d'apres ce que tu écris , vous avez opté pour un genérateur aléatoire, pour la selection de la récompense de chaque tirage..... ok je note , dans ce cas c'est moi qui est eu beaucoup de chance car en effet les pendules sont remis à zero à chaque tirage ....Par contre je ne vois pas comment tu aboutis à 729 combinaisons en piochant au hasard 3 coffres parmi 9 coffres , ca ce n'est pas possible ! C3,9 = 9!/(9-3)! / 3! ca ne fait pas 729 mais 84 combinaisons différentes, tu dois oublier de retirer les permutations qui correspondent aux triplets identiques 1-2-3 c'est la meme chose que 2-1-3 ou 3-2-1 ou 3-1-2 etc.....quoique non car ca serait simplement 6 fois plus de solutions ....
Bonjour.
Je ne sais si la méthode qu'utilise Inno est celle-ci, mais voici ce que je connais venant de divers autres sites de jeux fréquentés depuis plus de 15 ans :
Avant le lancement du jeu il y a des années, on génère une chaîne aléatoire définitive et trèès longue (genre > 100 millions de caractères) qui est déposée, avec le règlement et d'autres éléments vitaux du jeu, chez le notaire/huissier/l'équivalent en allemagne.
A chaque fois qu'il y a besoin d'un tirage aléatoire, le serveur va juste chercher le caractère suivant dans la chaîne aléatoire, et l'applique au cas où à la règle qui a demandé le tirage aléatoire. Quand on est arrivé au bout de la chaîne, on redémarre au début. Cette chaîne est accessible pour tous les processus joueurs, ce qui fait que la fois d'après où toi, tu fait appel au tirage aléatoire, ça ne sera pas forcément le caractère suivant de la chaîne qui sera utilisé, tout dépend du nombre d'autres joueurs qui auront fait appel au tirage aléatoire entretemps !
Avec l'historisation des actions, ceci garantit la traçabilité et le possible retour en arrière en cas de problème, et minimise les appels à un module/une fonction générant des nombres aléatoires, plus coûteux en temps qu'un simple déplacement de pointeur dans une chaîne.
Amicalement.