Mais si tu dois mettre à jour la position de tous les chats/lapin/vache de la map à chaque frame, c'est ton moteur de jeu qui va pas trouver ça simple :)
Oui, ça j'ai bien compris la problématique ;) Et je comprends le principe de la solution et je partage entièrement l'analyse. Yapluka implémenter !
ça coûtera moins cher que de faire des calculs de distance avec le joueur. Ce qu'il faut c'est un moyen de les "exclure" du système quand elles sont trop loin (et plus dur, les ré-inclure quand on se rapproche)
Calculer la distance avec le joueur peut se faire assez simplement, avec la Distance de Manhattan, norme 1 pour les matheux, ou avec la norme infinie. Une autre solution, c'est de partitionner l'espace et de ne se concentrer que sur la portion actuelle, genre avec un Quadtree.
Lister les éléments c'est bien, mais tu les implémentes quand ?
Je préfère lister tous les éléments avant de faire les étapes. J'avais commencé à faire les étapes mais en fait, j'avais oublié des éléments, et du coup, j'étais obligé de modifier les étapes. Conclusion : je liste d'abord les éléments (je pense qu'il m'en manque quelques unes) et ensuite, je fais les étapes.
Sur une map2d c'est extrêmement simple de faire une règle de trois (ok, c'est un peu plus :) ) pour savoir quelle partie afficher. Ne t'en prive pas surtout si tu veux faire des maps infinies après.
Oui, je vais mettre ça en place rapidement.
De la même façons, il n'est pas obligatoirement nécessaire de mettre à jour toutes les entités du jeu. Si un garde fait les cent pas pour garder une porte, ça ne sert à rien de mettre à jour sa position si il est à deux écrans du joueur.
Là, ça me paraît moins simple de prime abord. Notamment parce que ça veut dire que tous les systèmes qui font des mises à jour d'entités doivent avoir accès à la position de l'entité. Il faut que j'y réfléchisse pour voir comment mettre en œuvre ça de manière à peu près propre.
Il ne change pas du tout au tout. Disons qu'à chaque version, il peut y avoir quelques petites modifications qui peuvent devenir chiantes à maintenir. De toute façon, ça ne change pas le reste de ton raisonnement. Mais il faut du coup créer et documenter les formats internes. On peut utiliser protobuf comme le fait devnewton, ce qui permet d'avoir un fichier lisible et compréhensible du contenu des fichiers.
C'est d'ailleurs ce que rewind fait avec son script es_make pour générer le système d'entités
Tout à fait ! Mais là, c'est pour éviter d'écrire du code redondant.
Le « comme n'importe qui pourrait le faire » est peut-être une précision intéressante à mettre dans le guide, ça positionne ton univers dans la catégorie « magie en tant que compétence » (par opposition aux univers où la capacité magique est un don).
Oui, c'est d'ailleurs à ça que sert l'Académie de Magie !
Pour l'éditeur, Tiled permets d'avoir des objets avec ces différentes formes.
Oui, je pense que j'ai le même besoin que toi sur cet aspect : pouvoir définir des formes qui correspondent à des formes de collisions directement dans le fichier. Pour l'instant, ça va aller pour les objets qu'on peut placer sur la carte. Mais pour les objets qui bougent, ça va être un peu plus difficile mais j'aimerais avoir le même format ou du moins un format proche pour les deux types (parce que derrière, ça va s'initialiser de la même manière).
J'avais même fait un patch pour pouvoir texturer ces formes, mais il a été refusé: je ne tombe jamais d'accord avec l'auteur de ce soft :-(
J'ai l'impression qu'il n'acceptent pas beaucoup de patchs et que tu n'es pas le seul à ne pas tomber d'accord avec lui.
J'imagine que tu as une idée sur la question, mais à la lecture du scénario on se demande ce qui fait penser à Kalista que le roi voudra l'aider, surtout si elle se présente comme la vilaine sorcière qu'elle est (était). Même chose par la suite avec l'académie de magie (on comprend par contre pourquoi la doyenne de l'académie accepte de l'aider).
Dans l'idée que j'avais, elle ne dit pas qu'elle est une ancienne puissante sorcière (elle va sans doute se ridiculiser au début sur ce sujet, ce qui va la refroidir), donc en fait, elle dit qu'elle cherche à se perfectionner en magie (ce qui est plausible), elle ment éhontément pour arriver à ses fins.
Pour l'Académie de Magie, idem, elle ne dit pas directement qu'elle veut récupérer son pouvoir, elle ruse pour savoir. Mais la doyenne la reconnaît et donc, accepte de «l'aider» sans lui dire.
Autre question, qu'est-ce qui explique le fait qu'elle retrouve ses pouvoirs petit à petit avant de trouver la source de puissance ? Est-ce qu'il y aura une autre quête plus tôt dans le jeu à ce sujet (avec un mini-source de puissance ou autre) ?
Elle repart de zéro mais apprend quelques sorts, comme n'importe qui pourrait le faire (en lisant des parchemins de sort). Bon, évidemment, ça se trouve pas sous le sabot d'un cheval un parchemin, donc elle va les trouver petit à petit. La Source de Puissance est unique !
Voilà les remarques qui me viennent à l'esprit en voyant ce format.
L'ellipse est défini comme un rectangle plutôt que comme un cercle (c'est-à-dire qu'on pourrait définir ses rayons plutôt que ses diamètres). Je ne sais pas lequel est le mieux mais j'ai une préférence pour les rayons.
À quoi correspond la position : est-ce le «centre» de chaque forme ?
Il n'y a pas la définition du Polygon. Et il n'y a pas de Polyline. La question précédente devient alors nettement plus compliquée à répondre.
Il n'y a pas d'angle. Si on devait ajouter un angle, je le mettrais dans Position. Comme ça, on sait par rapport à quel point on fait la rotation.
Oui, je procède de la même manière, seul mon fond de carte est à base de tuiles. Tout le reste (comme mon puits) est défini sans s'aligner sur les tuiles. Ça permet d'être plus flexible et d'avoir un univers moins carré, plus bancal.
Donc tu affiche TOUTE ta carte à chaque fois ? c'est bien cela ?
Oui, c'est bien cela :)
Je pense que c'est une mauvaise idée, c'est très simple de n'afficher que la partie visible, avec un tout petit peu d'algorithmique bien encapsulé, une fois écrit, tu n'as plus besoin d'y toucher et tu as un rendu au poil.
Oui, en y réfléchissant en marchant à midi pour rentrer chez moi, je me suis dit que c'était pas si dur que ça. Du coup, je me garde ça au chaud pour plus tard.
Ce n'est pas les I/O du disque, la carte est entièrement en mémoire. C'est plutôt que je m'y prend comme un bourrin pour afficher la carte entière à chaque fois.
Concernant la map énorme que tu désires, il n'y a pas de limite, soit tu crées une très grande image, soit tu découpes ta map par secteur, chaque secteur ayant sa propre image et tu colles le tout en mémoire dans un tableau de secteurs.
En fait, avec la première solution, ça rame sévèrement. Là, la carte fait 250x250 tuiles, ça se passe bien. Mais à 1000x1000 tuiles, ça ralentit sur mon laptop de développement. Et c'est juste l'affichage des tuiles, il n'y a rien sur la carte. Du coup, je me dis qu'il faudra à coup sûr passer par la deuxième solution (ce que j'ai appelé multimap dans la roadmap). Et là encore, deux solutions s'offrent à moi : soit je découpe directement la grosse carte en plusieurs fichiers TMX (ça peut éventuellement se faire via un script) et je charge uniquement la carte courante et les cartes adjacentes ; soit je garde ma grosse carte et je n'affiche que les tuiles et les objets visibles (et quelques autres pour être certains de ne pas avoir de problèmes sur les bords). Je me dis que la première solution sera sans doute moins optimisée et peut-être plus simple, mais je n'en ai aucune certitude. Bref, la réflexion continue.
Oui, et puis au final, tu passes plus de temps à développer des outils plutôt que ton jeu. Je veux éviter ça au maximum. Le seul cas où ça peut valoir le coup, c'est si le développement est mutualisé.
Oui, c'est pour ça que je préfère maintenir ma bibliothèque de lecture de TMX. Au moins, une fois le jeu fini, je pourrai livrer des cartes que je saurai lire moi-même (avec l'inconvénient que si le format évolue, elles ne seront plus lisible dans l'outil Tiled). De toute façon, à moins de réinventer la roue, comme tu l'as dit, il n'y a pas beaucoup d'alternatives (voire aucune).
Personnellement, je considère que la version qui va bien, c'est la version qui se trouve sur le github à la page indiquée en lien. Elle contient tout je pense, y compris les différences que tu mentionnes. Après, j'ai aussi regardé ce que générait Tiled-Qt pour me faire une idée plus précise et à l'avenir, je pense que je vais me concentrer sur ce sous-ensemble.
J'attends avec impatience la prochaine version qui devrait permettre de tourner les images parce que je vais en avoir besoin. Mon puits, par exemple, je l'ai défini en dur dans le code, et j'ai pu le tourner. Je n'aurais pas pu faire la même chose avec Tiled pour l'instant mais je pourrai le faire dans la prochaine version.
En français, décryptage existe et signifie déchiffrer sans la clef. Cryptage, s'il existait, signifierait chiffrer sans la clef, ce qui n'a aucun sens.
Bien sûr le développement économique n'est pas folichon
Faut dire qu'ils subissent l'embargo US depuis 40 ans voire plus. Ça aide pas à se développer.
Il faut aussi voir que le communisme est incompatible avec la liberté démocratique : parti unique, économie planifiée.
Ça, c'est une interprétation. Le bilan que tirent les communistes (et d'autres) des expériences ratées, c'est qu'on ne peut pas faire sans la démocratie.
[^] # Re: Map
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 5.
Oui, ça j'ai bien compris la problématique ;) Et je comprends le principe de la solution et je partage entièrement l'analyse. Yapluka implémenter !
Calculer la distance avec le joueur peut se faire assez simplement, avec la Distance de Manhattan, norme 1 pour les matheux, ou avec la norme infinie. Une autre solution, c'est de partitionner l'espace et de ne se concentrer que sur la portion actuelle, genre avec un Quadtree.
[^] # Re: Roadmap
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Je préfère lister tous les éléments avant de faire les étapes. J'avais commencé à faire les étapes mais en fait, j'avais oublié des éléments, et du coup, j'étais obligé de modifier les étapes. Conclusion : je liste d'abord les éléments (je pense qu'il m'en manque quelques unes) et ensuite, je fais les étapes.
[^] # Re: Map
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Oui, je vais mettre ça en place rapidement.
Là, ça me paraît moins simple de prime abord. Notamment parce que ça veut dire que tous les systèmes qui font des mises à jour d'entités doivent avoir accès à la position de l'entité. Il faut que j'y réfléchisse pour voir comment mettre en œuvre ça de manière à peu près propre.
[^] # Re: Tiled
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Il ne change pas du tout au tout. Disons qu'à chaque version, il peut y avoir quelques petites modifications qui peuvent devenir chiantes à maintenir. De toute façon, ça ne change pas le reste de ton raisonnement. Mais il faut du coup créer et documenter les formats internes. On peut utiliser protobuf comme le fait devnewton, ce qui permet d'avoir un fichier lisible et compréhensible du contenu des fichiers.
Tout à fait ! Mais là, c'est pour éviter d'écrire du code redondant.
[^] # Re: Tiled
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Oui, mais je suis un peu comme toi, pas trop le temps de maintenir un fork. Donc, pour l'instant, on garde ça :)
[^] # Re: Fichiers sources des sprites
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 3.
Oui, évidemment. C'est juste un oubli, les SVG seront dans le prochain push.
[^] # Re: Scénario
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 5.
Oui, c'est d'ailleurs à ça que sert l'Académie de Magie !
Tous les détails comptent.
[^] # Re: Tiled
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 1.
Oui, je pense que j'ai le même besoin que toi sur cet aspect : pouvoir définir des formes qui correspondent à des formes de collisions directement dans le fichier. Pour l'instant, ça va aller pour les objets qu'on peut placer sur la carte. Mais pour les objets qui bougent, ça va être un peu plus difficile mais j'aimerais avoir le même format ou du moins un format proche pour les deux types (parce que derrière, ça va s'initialiser de la même manière).
J'ai l'impression qu'il n'acceptent pas beaucoup de patchs et que tu n'es pas le seul à ne pas tomber d'accord avec lui.
[^] # Re: Scénario
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 3.
Dans l'idée que j'avais, elle ne dit pas qu'elle est une ancienne puissante sorcière (elle va sans doute se ridiculiser au début sur ce sujet, ce qui va la refroidir), donc en fait, elle dit qu'elle cherche à se perfectionner en magie (ce qui est plausible), elle ment éhontément pour arriver à ses fins.
Pour l'Académie de Magie, idem, elle ne dit pas directement qu'elle veut récupérer son pouvoir, elle ruse pour savoir. Mais la doyenne la reconnaît et donc, accepte de «l'aider» sans lui dire.
Elle repart de zéro mais apprend quelques sorts, comme n'importe qui pourrait le faire (en lisant des parchemins de sort). Bon, évidemment, ça se trouve pas sous le sabot d'un cheval un parchemin, donc elle va les trouver petit à petit. La Source de Puissance est unique !
[^] # Re: Tiled
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Voilà les remarques qui me viennent à l'esprit en voyant ce format.
L'ellipse est défini comme un rectangle plutôt que comme un cercle (c'est-à-dire qu'on pourrait définir ses rayons plutôt que ses diamètres). Je ne sais pas lequel est le mieux mais j'ai une préférence pour les rayons.
À quoi correspond la position : est-ce le «centre» de chaque forme ?
Il n'y a pas la définition du Polygon. Et il n'y a pas de Polyline. La question précédente devient alors nettement plus compliquée à répondre.
Il n'y a pas d'angle. Si on devait ajouter un angle, je le mettrais dans Position. Comme ça, on sait par rapport à quel point on fait la rotation.
Après, il faut fabriquer l'éditeur qui va avec ;)
[^] # Re: Tiled
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Oui, je procède de la même manière, seul mon fond de carte est à base de tuiles. Tout le reste (comme mon puits) est défini sans s'aligner sur les tuiles. Ça permet d'être plus flexible et d'avoir un univers moins carré, plus bancal.
[^] # Re: Map
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Oui, c'est bien cela :)
Oui, en y réfléchissant en marchant à midi pour rentrer chez moi, je me suis dit que c'était pas si dur que ça. Du coup, je me garde ça au chaud pour plus tard.
[^] # Re: Map
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Ce n'est pas les I/O du disque, la carte est entièrement en mémoire. C'est plutôt que je m'y prend comme un bourrin pour afficher la carte entière à chaque fois.
[^] # Re: Map
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
En fait, avec la première solution, ça rame sévèrement. Là, la carte fait 250x250 tuiles, ça se passe bien. Mais à 1000x1000 tuiles, ça ralentit sur mon laptop de développement. Et c'est juste l'affichage des tuiles, il n'y a rien sur la carte. Du coup, je me dis qu'il faudra à coup sûr passer par la deuxième solution (ce que j'ai appelé multimap dans la roadmap). Et là encore, deux solutions s'offrent à moi : soit je découpe directement la grosse carte en plusieurs fichiers TMX (ça peut éventuellement se faire via un script) et je charge uniquement la carte courante et les cartes adjacentes ; soit je garde ma grosse carte et je n'affiche que les tuiles et les objets visibles (et quelques autres pour être certains de ne pas avoir de problèmes sur les bords). Je me dis que la première solution sera sans doute moins optimisée et peut-être plus simple, mais je n'en ai aucune certitude. Bref, la réflexion continue.
[^] # Re: Tiled
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 3.
Oui, et puis au final, tu passes plus de temps à développer des outils plutôt que ton jeu. Je veux éviter ça au maximum. Le seul cas où ça peut valoir le coup, c'est si le développement est mutualisé.
[^] # Re: petite erreur
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 6.
Non, ce n'est pas une erreur, c'est voulu. Je pense que c'est un détournement humoristique de cette règle de 80/20.
[^] # Re: Tiled
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Tu gères uniquement les objets là (ce qui est dans ObjectGroup dans TMX), c'est ça ?
[^] # Re: Tiled
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Oui, c'est pour ça que je préfère maintenir ma bibliothèque de lecture de TMX. Au moins, une fois le jeu fini, je pourrai livrer des cartes que je saurai lire moi-même (avec l'inconvénient que si le format évolue, elles ne seront plus lisible dans l'outil Tiled). De toute façon, à moins de réinventer la roue, comme tu l'as dit, il n'y a pas beaucoup d'alternatives (voire aucune).
[^] # Re: Tiled
Posté par rewind (Mastodon) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Personnellement, je considère que la version qui va bien, c'est la version qui se trouve sur le github à la page indiquée en lien. Elle contient tout je pense, y compris les différences que tu mentionnes. Après, j'ai aussi regardé ce que générait Tiled-Qt pour me faire une idée plus précise et à l'avenir, je pense que je vais me concentrer sur ce sous-ensemble.
J'attends avec impatience la prochaine version qui devrait permettre de tourner les images parce que je vais en avoir besoin. Mon puits, par exemple, je l'ai défini en dur dans le code, et j'ai pu le tourner. Je n'aurais pas pu faire la même chose avec Tiled pour l'instant mais je pourrai le faire dans la prochaine version.
[^] # Re: Point étymologique
Posté par rewind (Mastodon) . En réponse au journal Scandale de la NSA et cryptographie, le vrai du faux. Évalué à -3.
Non, ce n'est répertorié dans aucun dictionnaire.
En français, décryptage existe et signifie déchiffrer sans la clef. Cryptage, s'il existait, signifierait chiffrer sans la clef, ce qui n'a aucun sens.
[^] # Re: ou est le probleme?
Posté par rewind (Mastodon) . En réponse au journal D'après Vidberg, la contrefaçon c'est le vol. Évalué à 6.
Et un fichier de Britney Spears échangé via eMule représente une vente manquée ! Ha merde, je me suis trompé de débat…
[^] # Re: Terminologie
Posté par rewind (Mastodon) . En réponse au journal D'après Vidberg, la contrefaçon c'est le vol. Évalué à 4.
Tu veux qu'on reparle du TCE ? :P
[^] # Re: Terminologie
Posté par rewind (Mastodon) . En réponse au journal D'après Vidberg, la contrefaçon c'est le vol. Évalué à 4.
s/communisme/capitalisme/ et tu as une très bonne description de notre constitution…
En 1788, je pense que personne n'imaginait qu'on pouvait vivre sans roi et sans régime monarchique.
[^] # Re: Terminologie
Posté par rewind (Mastodon) . En réponse au journal D'après Vidberg, la contrefaçon c'est le vol. Évalué à -1.
Et les chars chinois entreront dans Paris…
[^] # Re: Terminologie
Posté par rewind (Mastodon) . En réponse au journal D'après Vidberg, la contrefaçon c'est le vol. Évalué à 10.
Faut dire qu'ils subissent l'embargo US depuis 40 ans voire plus. Ça aide pas à se développer.
Ça, c'est une interprétation. Le bilan que tirent les communistes (et d'autres) des expériences ratées, c'est qu'on ne peut pas faire sans la démocratie.