08-07-2009, 08:50 PM
euh, ca me parait compliqué pour pas grand chose....
perso je vois 2 solutions (a vue de nez, je n'y ai pas réfléchi depuis plusieurs années).
1) un systeme simple qui génère chaque case INDEPENDAMMENT des autres cases
2) un systemes complexe qui génère en fonction des cases voisines
--------------
ton algo pourrait correspondre a la 2eme solution mais n'est pas du tout assez poussé (selon moi, j'ai pas regardé ton code juste ton explication).
Hors je suis persuadé que la solution 1 ferait beaucoup mieux que ce que tu propose en plus simple et moins lourd en traitement
Pour info, il y a de cela environ 20ans (merde, ca fait un baille :non:, amiga powaa), j'avais fait un un jeux de labyrinthe en 3d totalement aléatoire (le but était que j'e puisse y jouer sans connaitre mon propre jeu)
Je m'était inspiré de jeux de l'époque a laquelle je jouais souvent ("dungeons master", "la vallée de kyrandia" et "sorcery 1-2-3") et d'un magasine "jeux et stratégie" qui proposait un algo hyper simple (genre 4 ou 5 lignes de code max) pour générer un labyrinthe aléatoire sur calculatrice (solution 1).
Donc j'ai améliorer l'algo et fait mon labyrinthe aléatoire en 3D (enfin en fausse 3D, juste de la 2D avec un sentiment de profondeur comme dit ce je ne sais quel sujet de ce forum).
De mémoire lalgo reposer sur une formule mathémathique a base de sinus et cosinus qui permettait d'avoir un nombre pseudo aléatoire qui garantissait un chemin plus ou moins long vers la "sortie" en remplacant ces nombres par ce que l'on souhaiter (ex: 1=porte 2=chemin 3=passage secret 4=monstre a endroit fixe 5= element scénaristique etc...) j'avais obtenu un jeu "vivant".
j'espere t'avoir aidé
perso je vois 2 solutions (a vue de nez, je n'y ai pas réfléchi depuis plusieurs années).
1) un systeme simple qui génère chaque case INDEPENDAMMENT des autres cases
2) un systemes complexe qui génère en fonction des cases voisines
--------------
ton algo pourrait correspondre a la 2eme solution mais n'est pas du tout assez poussé (selon moi, j'ai pas regardé ton code juste ton explication).
Hors je suis persuadé que la solution 1 ferait beaucoup mieux que ce que tu propose en plus simple et moins lourd en traitement
Pour info, il y a de cela environ 20ans (merde, ca fait un baille :non:, amiga powaa), j'avais fait un un jeux de labyrinthe en 3d totalement aléatoire (le but était que j'e puisse y jouer sans connaitre mon propre jeu)
Je m'était inspiré de jeux de l'époque a laquelle je jouais souvent ("dungeons master", "la vallée de kyrandia" et "sorcery 1-2-3") et d'un magasine "jeux et stratégie" qui proposait un algo hyper simple (genre 4 ou 5 lignes de code max) pour générer un labyrinthe aléatoire sur calculatrice (solution 1).
Donc j'ai améliorer l'algo et fait mon labyrinthe aléatoire en 3D (enfin en fausse 3D, juste de la 2D avec un sentiment de profondeur comme dit ce je ne sais quel sujet de ce forum).
De mémoire lalgo reposer sur une formule mathémathique a base de sinus et cosinus qui permettait d'avoir un nombre pseudo aléatoire qui garantissait un chemin plus ou moins long vers la "sortie" en remplacant ces nombres par ce que l'on souhaiter (ex: 1=porte 2=chemin 3=passage secret 4=monstre a endroit fixe 5= element scénaristique etc...) j'avais obtenu un jeu "vivant".
j'espere t'avoir aidé