J'ai une simple carte basée sur une grille composée de pièces, comme ceci (A = entrée, B = sortie):
0 1 2 3 ######### 0 # B # ##### ######### 1 # ### # ######### 2 # # # # # # 3 # # # ######### 4 # ### # ######### 5 ### A # ### # 6 ### # #########
Et je suis coincé à essayer de créer un algorithme approprié pour créer un chemin de portes entre les pièces, de telle sorte que le joueur doive explorer la majeure partie de la carte avant de trouver la sortie.
En d' autres termes, je suis en train de trouver le chemin le plus long possible de A à B .
(Je sais que ce problème peut être résolu pour les graphiques acycliques; cependant, dans ce cas, il peut y avoir des cycles.)
EDIT: Un autre exemple où les pièces sont connectées à l'aide d'un remblai et la sortie est choisie comme la pièce la plus éloignée de l'entrée:
0 1 2 3 ######### 0 # B # # # # - ##### 1 # | # # ### # # 2 ### # # ### - # - ### 3 # | ### # - ####### 4 #A | # # # # 5 # # # # # # 6 # # # #########
Notez que le chemin d'accès à la sortie n'est pas le plus long possible.
path-finding
roguelikes
Utilisateur non trouvé
la source
la source
Réponses:
Je pense que vous vous y trompez. Le chemin maximal dans un graphique avec des cycles est techniquement indéfini car il est infini si le cycle se situe entre le début et la fin. Il existe probablement des moyens intelligents pour étendre / restreindre la définition du chemin maximal, mais je ne pense pas que ce soit la meilleure approche ici.
Vous n'essayez pas de modéliser un long chemin réel (par exemple, un robot essayant d'explorer autant de zone que possible sur une carte). Vous essayez simplement d'amener le joueur à explorer de nombreuses pièces.
Alors, faites en sorte que le joueur trouve la sortie proportionnelle au pourcentage de la carte explorée jusqu'à présent . Supposons qu'il y ait X pièces à un niveau et que le personnage joueur ait exploré Y. La prochaine fois que le personnage entre dans une pièce, placez-y la sortie avec une probabilité f (Y, X). Un exemple trivial de f pourrait être (Y * Y) / (X * X) - par exemple, pour 10 chambres, il y a 100% de chances que la sortie dans la dernière salle, 81% de chances qu'elle se trouve dans l'avant-dernière salle - et seulement un 1% de chance que ce soit dans la première salle.
Vous pouvez modifier l'équation comme vous le souhaitez pour que le jeu se sente bien, et peut-être même donner au joueur certaines capacités pour le rendre plus susceptible de générer. L'essentiel est de ne pas générer la sortie tant que le personnage n'est pas réellement entré dans la pièce. Cette méthode est également à l'abri des connaissances des joueurs sur l'algorithme de génération de donjon; même si le joueur a d'étranges schémas de mouvement comme le saut du chevalier dans NetHack ou la téléportation, il devra explorer plus de pièces pour trouver la sortie.
Si vous devez générer statiquement l'exit, vous pouvez utiliser la même idée avec un personnage virtuel. Imaginez un remplissage à partir de la position du personnage, se déplaçant une fois à chaque itération. La dernière pièce à remplir est la pièce à laquelle appartient la sortie (en fait, la dernière cellule à remplir est la cellule où elle est la plus éloignée du joueur). Cependant, dans ce cas, le joueur a plus d'informations sur la sortie - s'il est à gauche, c'est probablement à droite - et s'il peut se téléporter, il pourra peut-être y arriver plus rapidement qu'une marche aléatoire normale.
Enfin, je viens de terminer un roguelike où la sortie est apparue de l'autre côté de la carte du personnage du joueur, puis j'ai erré au hasard. Certains objets du donjon le rendaient visible sur la carte, au détriment de la faim plus rapide. Je n'ai fait aucune analyse, mais j'avais vraiment l'impression que je devais explorer davantage la carte pour la trouver, et cela donnait aux niveaux une sensation unique.
la source
Une alternative possible serait de créer un arbre couvrant (maximum?) En utilisant Prim / Kruskal (afin d'éliminer les cycles) et d'appliquer un algorithme traditionnel du plus long chemin sur l'arbre couvrant.
Cependant, je crains que l'algorithme de Spanning Tree ait tendance à créer des branches sans issue, forçant le joueur à revenir en arrière constamment.
EDIT: Résultat de l'utilisation d'un algorithme basé sur Kruskal et de placer la sortie à la fin de la branche la plus longue:
la source
Voici quelque chose à jouer:
Je supprimerais les portes au hasard le long du chemin, sinon vous vous retrouvez avec 1 porte à la sortie et des tonnes de portes au début.
Je pense que ce n'est
O(n^2)pas génial pour les grandes cartes.la source
2 messages de débordement de pile similaires à celui-ci: chemin le plus long du graphique , référence à partir du même message .
la source
Je crois que vous avez déjà d'excellentes réponses, mais voici mes 0,02 $ de solution théorique au problème.
Ce que vous voulez n'est PAS le chemin le plus long, mais le chemin le plus long le plus court. Vous voulez la pièce la plus éloignée, étant donné que vous envisagez le chemin le plus court vers la pièce. Cela semble probablement déroutant, mais il est très facile à calculer.
Le calcul d'un véritable chemin le plus long (ne prendra pas trop de temps pour disons 10 pièces) ne fonctionnera pas car vous ne pouvez pas obliger le joueur à emprunter ce chemin le plus long. Il est donc préférable de placer l'entrée et la sortie dans deux pièces les plus éloignées l'une de l'autre. Pour le trouver, calculez la pièce la plus éloignée d'une pièce aléatoire. Ensuite, à partir de cette pièce, trouvez la pièce la plus éloignée. Cela s'appelle trouver le diamètre d'un graphique, veuillez le rechercher sur Google.
la source