function f_RollDice($ai_NbFace)
{
  srand((float) microtime()*1000000);
  $li_roll=rand(1,$ai_NbFace);
  return $li_roll;
}

La seule et unique fonction utilisée pour générer un nombre aléatoire.

<edit> en voyant ca, je me dis qu'un appel multiple de cette fonction dans une même page peut éventuellement donner une seed commune mais c'est à vérifier.</edit>

VYS - DungeonMaster

Assez d'accord avec FulJakhal :

http://www.php.net/manual/en/function.srand.php : grosso-merdo le premier pb c'est que la seed ne doit pas être initialisée à chaque apelle de rand, mais une fois par script. c'est ce que mentionnes le DM dans son <edit> .... </edit> En ce qui nous concerne ce serait une fois pour toute par login. Sinon les rand peuvent être similares ( ie plus t'as pas de bol ... plus t'as pas de bol ) ) puisqu'ils se basent sur la clock du serveur.

Mais je doute que cela s'applique à notre cas puisque les appels à f_RollDice sont faits après un click, donc à des instants assez différents finalement, non ?

Le second point assez sympa c'est sur l'utilisation d'un nombre premier au lieu de 1000000 pour ne pas retomber toujours sur les même. Malin ça, nan !! euh ... 3.628.799 par exemple ? il faudrait le prime le plus proche de 1.000.000 en fait : à vos méninges !

http://www.php.net/manual/en/function.mt-srand.php utilise un autre algo pour tirer le chiffre au hasard. ils ont l'air de dire que l'algo sort des chiffres plus uniformes, et qu'il est 4* plus rapide ... sais pas trop moi ... en tout cas leurs conclusions c'est (double)microtime()*1000000 ( c'est kif-kif avec (float)microtime()*1000000 ??? ), mais surtout d'utiliser les algos avec hashage ( fin de page ).

Maheureusement pour toi VYS, tout ça dépend de la fréquence de ton proc : inutile de tester ça sur nos bécanes à nous ;(((

bon courage ! )))))

grumpf...

comment est-ce qu'on fait pour initialiser du sel?

on prends une jambe de gob et on tape sur le sel?

 * tape un gob pour lui piquer sa jambe afin de tenter l'expérience d'initialisation du sel...*

Krasha *grosse faim de gob assaisonnée...*

Expérience personnelle qui ne vaut par conséquent pas grand'chose :

quand tu n'as pas de bol lors d'un tour, c'est global... En gros, avec un déplacement éclair supérieur à 85%, quand j'en rate un, j'en rate plusieurs dans le même tour... Mais c'est relativement rare (même si ca marque beaucoup plus que les 50 tours où les déplacements éclair sont tous passés) !

Par contre, si tu arrêtes ton tour quand tu fais le premier mauvais jet et que tu reviens plus tard, ca semble redevenir bon. Bref, c'est peut-être globalement aléatoire, mais localement, de mon point de vue, ca l'est beaucoup moins.

Mot, qui se dit qu'il devrait arrêter avec l'aléatoire...

DM: ct une blague j'espère ton message, car il est écrit sur toutes les pages parlant de l'aléatoire en PHP que ce code est à proscrire ...

Je ne m'étonne plus que d'une part, une attaque sur un monstre se solve souvent par attaque=esquive (ce qui est tres rare en principe, mais tres fréquent avec un tel algo car les lancés sont fait au meme moment).

Boustifailleur, une guilde contenant des programmeurs

1 - Avec le srand appele a chaque coups, le rand sert a rien et on perd le benefice des suites  pseudo-aleatoires. Autant prendre directos le microtim et appliquer un MD5 dessus... Si on veut un minimum d'aleatoire, autant utiliser la fct pseudo-aleatoire correctement. Donc l'init du generateur aleatoire ne doit etre absolument faite qu'une seule fois. C'est la condition de base de toutes utilisation de generateur pseudo-aleatoire... La solution la plus simple et la moins cher serait de placer un flag.

2 - J'ai etudier l'algo Mersenne and Twister. Il est effectivement bien plus rapide. C'est facile de faire de test Bench pour le prouve. Faut dire que tous les calculs sont des calculs binaire de base (shift, ...) ce que sait faire le mieux n'importe kel uPro. Mais ce qui est ecore plus flagrant, c'est la repartition des suites pseudo-aleatoire car avec Mersenne and Twister les valeurs sont vraiment distribue de maniere bien plus uniforme, ca se voit a l'oeil nu, meme pas besoin defaire des mesure precise.... Ya pas photo, le rand libc de base et carrement pourri compare a mt_rand. D'ailleurs sur les docs PHP ils le disent eux-meme. Puis c'est bien connu que le rand libc est tres limite...

Mountyhall est un jeu ou la partie de l'aleatoire est plus qu'essentiel. Il est important d'y conssacre un peu plus de priorite. Deja, ce qui couterai le moins cher serait d'utiliser les algo Mersenne and Twister disponible directement dans PHP. En plus on alegerai le CPU. Ensuite, fo faire du vrai pseudo aleatoire.

Voici ma version:
 function f_RollDice($ai_NbFace)
{
    if (!isset($GLOBALS['IS_MT_SRAND'])) {
        $GLOBALS['IS_MT_SRAND'] = 1;
         mt_srand((float) microtime()*1000000);
    }
    return mt_rand(1,$ai_NbFace);
}

Bon je sais j'ai utilise une variable globale ("BOUH PAS BOOOO") vivi... bon... c'est pas bo, mais c'est deja bien plus efficace! Puis cette methode a 2 avantages:
 - Pas a se preocuper de la fct, elle fait tout.
 - bouffe pas plus de CPU.
Suffit de mettre un nom de variable inviolable, pi voila.
Enfin je suis certain que vous allez obtimiser un peu plus )

9d'hur.

UP

Suivant le conseil de Finlard, j'ai totalement enlevé le srand.

VYS - DungeonMaster

c'est marrant, ça fait 10 ans que je connais finlard, c'est la 1ere fois que je comprends absolument rien a ce qu'il dit

Enfin mis a part les problèmes de décodeurs mais ça c'est une autre histoire...

C'est deja une tres bonne chose DM. Mais je continue a maintenir que le jeu y gagnerai d'avantage a utiliser la commande PHP 'mt_rand' a la place de 'rand'. Pourquoi tiens-tu absolument a garder ce dinosaure provenant du C et ayant mainte fois prouve ses defaillances?

9d'hur, qui ne se sent pas ecoute, pourtant a de quoi revendiquer ses competances.