Module Jeu de Plateforme

oki

https://www.dropbox.com/s/5buisgc14wx98m7/GuerrillARaign%C3%A9e.zip?dl=0

En zip ça le fait ?

Parfait, merci ! Je pense que le ZIP est beaucoup plus répandu que 7z.

Hm, je sais pas quelle machine tu utilises pour faire tourner le jeu, mais sur mon macbook il tourne sans souci, pas de lag. Du coup je peux pas tester pour voir d'où vient le problème

j'utilise un vieil ordi , c'est vrai. Ca viendrait de ça ? Parceque bon, certes mon ordi n'est pas tout jeune mais là, je ne lui demande pas un truc de fou, si ?

Mince

Enfin, c'est bon signe quand même, ça veut dire que ça marche

Mon code est pas super optimisé, pour dire le moins. Par ailleurs il faut aussi savoir que le code compilé par AGS n'est pas exécuté aussi vite qu'un code compilé à partir de langages plus bas niveaux comme C# par exemple. Ça n'excuse pas mon manque d'optimisation, mais ça explique pourquoi l'exécution de tout un tas de calculs et de repositionnements des persos (+ objets/etc) à chaque cycle (~ 40 fois par seconde) entraîne rapidement un lag sur des bécanes pas toutes récentes.

À ce propos tu pourrais d'ailleurs réduire la vitesse d'exécution du jeu en n'exécutant le code qu'un cycle sur deux, par exemple. Dans ce cas pour retrouver la même vitesse de mouvement (mais pas tout à fait la même fluidité... enfin, sur des machines qui lag pas) il faudrait doubler les forces (vitesse, gravité, saut, etc.).

EDIT : c'est assez trivial mais tu peux aussi réduire la valeur de PF_NB_PERSOS étant donné que tu n'as pas (encore ?) 25 personnages.

En retrifouillant dans ce module , je me suis demandé s'il n'était pas possible de l'améliorer en ajoutant le principe du module Pixel Perfect Collisions d’Andrew MacCormack ? C'est à dire, faire en sorte que les pixel invisible des sprites ne soient pas pris en compte dans les collisions.


Une idée pour faire ça simplement ?

En fait le module fonctionne déjà au pixel près. Si tu regardes les foncitons IsFreeX et IsFreeY, tu verras que ça appelle des fonctions IsRegion*, IsObject* et IsCharacter*, lesquelles à leur tour utilisent Region.GetAtRoomXY, Object.GetAtScreenXY et Character.GetAtScreenXY en balayant l'écran pixel par pixel.

EDIT : mais en fait ces fonctions-là ne prennent pas en compte les pixels transparents, c'est ça ? Dans ce cas ce serait facile d'implémenter le module PixelPerfectCollision, il suffit de remplacer les appels aux fonctions plus haut par des appels aux fonction du module.
Re-EDIT : Après vérification, "ces fonctions-là" prennent bien en compte les pixels transparents.

Est-ce qu'il y a un comportement du moteur qui te faisait penser que c'était pas le cas ?

Justement pour la collision entre les régions et les pixels transparents. C'est plutôt problématique dans un jeu de platforme qui demande de la précision.
Par exemple ça donne le problème de voir des personnages ne pas pouvoir passer sous un obstacle, alors que le sprite visible laisse a penser que si. Ce genre de chose, qui est très vite problématique lorsqu'on doit calibrer des sauts, etc...


Après , le module PixelPerfectCollision si j'ai bien compris fonctionne entre Characters et Characters ou Characters et objet, voir objet objet. Je n'ai rien vu à propos des régions.
Peut-être que cela se code de la même manière une région qu'un objet ?

Et pour faire fonctionner le PixelPerfectCollision, il suffit de déclarer la fonction par exemple

if(PPCollidesWithC(cChars1,cChars2)... à la place de Chars.IsCollidingWithChar (cChars2)
Enfin quelque chose comme ça

Et dans le code de Plateforme, je ne retrouve pas cette formulation , et je suis trop mauvais pour m'y retrouver ah ah ah

Donc j'ai vérifié le module PPCollision, il utilise bien les fonctions GetAtScreen/RoomXY comme je le fais dans mon module de plateforme. C'est donc la même méthode de "détection au pixel près".

Mais comme je te le demandais dans mon message précédent, qu'est-ce qui te fait soupçonner que la détection est imprécise dans ce moteur ?

Je te montre un exemple.
La zone entre pointillés représente la taille réelle du Sprite. Là par exemple, il est coincé par la plateforme juste en face de lui. Alors que si l'on regarde uniquement le Sprite (sans prendre en compte les zones transparentes) le personnage devrait passer sans problème

Ah désolé pour ça. Je vois d'où vient le problème, et ce n'est pas dans le fil d'exécution des fonctions IsFreeX/Y, mais plutôt dans la fonction Scrute et dans les propriétés largeur et hauteur des instances de personnages, qui sont grossières en cela qu'elles se basent sur les dimension de la sprite. Pour mieux implémenter ça donc, il faudra mettre à jour tout le code qui dépend de ces mesures. Je verrai si je peux travailler un peu dessus bientôt.
En attendant une solution serait de couper tes sprites au plus court possible, et si tu as des images plus larges que d'autres lors d'animations, utilises la commande LockViewAligned.

Oh, intéressante cette fonction
Merci

Bonsoir,

J'obtiens l'erreur suivante quand je lance le jeu dans une pièce où le module est activé :

Citation :

Error running function 'repeatedly_execute':
Error : Script appears to be hung (a while loop ran 150001 times). The problem may be in a calling function; check the call stack.

J'utilise AGS 3.4.0. Mario semble fonctionner sans problème dans cette version.

Est-ce que tu as redéfini PF_NB_PERSOS à un nombre supérieur à 150000 ?

Sinon, dans la fonction Plateforme::Scrute, essaye de changer les signes == dans les conditions if (x_t == w) et if (y_t == h), par >=.

Comme ça c'est un peu difficile de savoir d'où vient l'erreur exactement, ça pourrait être de n'importe quelle boucle while dans le script.

Citation :

Est-ce que tu as redéfini PF_NB_PERSOS à un nombre supérieur à 150000 ?

Non, c'est sur 7 (mon nombre de persos).

Citation :

ça pourrait être de n'importe quelle boucle while dans le script.

Désolé, j'avais oublié de préciser les lignes reportées dans le "call stack" :

Code:

File                         Line
Plateforme_1.0_beta.asc      184
Plateforme_1.0_beta.asc      253
Plateforme_1.0_beta.asc      601
Plateforme_1.0_beta.asc      735

Citation :

Sinon, dans la fonction Plateforme::Scrute, essaye de changer les signes == dans les conditions if (x_t == w) et if (y_t == h), par >=.

J'ai effectué ces changements aux lignes suivantes sans résultat :
- lignes 467 et 490 pour x_t
- lignes 476 et 484 pour y_t

Hormis ces modifications, je n'ai pas touché au script du module Plateforme_1.0 beta.

EDIT : J'arrive à empêcher le plantage en réduisant la taille de mes sprites.
Le jeu a une résolution de 1600*900 et visiblement le module met AGS à genoux.