Faire correspondre les représentations (logique et visuelle) de sa carte

[Sephi-Chan]

Tout à fait. Je pense que cette approche est assez simple : ça requiert peu d'outils et d'étapes.

Dans le cas de Seelies (et telle que j'imagine la première version), la carte est figée.

Compte-tenu du temps d'exécution des scripts, je pense que ça reste viable avec des régénérations fréquentes. En l'occurrence, sur un Core i7 @ 2.3 GHz, l'ensemble des deux opérations (extraction des nœuds puis des chemins) prend environ 280 ms, alors que Ruby n'est pas spécialement performant et mes algorithmes pas spécialement efficaces.

[Sephi-Chan]

Et voilà, j'ai donc packagé le code sous forme d'une gem.

https://github.com/Sephi-Chan/map_data_extractor

[niahoo]

Hello,

J'ai pas compris ce que tu voulais faire en fait .. on dirait que tu fais des traitements de lecture graphique sur des images pour en extraire des données. Mais comme ces images (les cartes donc) sont des vues construites à partir de ces mêmes données, ... pourquoi ?

[Sephi-Chan]

Mon but était de créer un outil qui me permette de faire correspondre le graphe d'une carte à une représentation visuelle, et de savoir où afficher une entité qui se déplace sur une arrête de mon graphe.

Imaginons le graphe de ma carte et considérons l'arrête AB (qui relie le nœud A au nœud B avec un poids P).

Maintenant, je souhaite afficher au joueur une jolie carte. Où positionner A ? Où positionner B ? S'il un personnage marche de A vers B, où dessiner son avatar quand il est à mi-chemin ?


Grâce ma solution, je crée la structure de ma carte sur un logiciel de dessin (avec deux calques descriptifs : l'un contenant les carrés noirs représentant les nœuds, l'autre contenant les chemins) puis je la passe à un graphiste qui dessine une jolie carte à partir de ça.

Grâce à ces calques, je peux générer le graphe (stocker les nœuds et les arrêtes) et je sais où dessiner une entité en transit.


Est-ce que c'est plus clair ?

[niahoo]

Ouaip. C'est donc pas ce que je croyais.