Bonjour. Voila, j'aimerais que lorsqu'une unité arrive sur un type de terrain bien précis, elle meurt.
La seule solution que j'ai trouvée est la suivante :
E : toutes les 0.1 secondes
C : terrain at position of <unité> égal à <type terrain>
A : kill <unité>
Ceci marche parfaitement, mais est beaucoup trop lourd
J'aimerais savoir comment alléger ce trigger, si cela est possible.

Je ne vois pas comment tu peux alléger ton déclencheur : Tu as uniquement 1 événement, 1 condition et 1 action. Je crois que c'est le minimum dans un déclencheur.

1 : le minimum c'est deux : un évènement et une action
2 : il s'effectue 10 fois par seconde
3 : ce n'est pas que pour un perso que je le fais mais pour onze
 
en clair voici le trigger :
 

 

remarque, pour un trigger, ya meme pas besoin d'évènement, une action suffit

oui mais dans ce cas il faut un autre trigger pour lancer l'action   , mais cela peut être utile parfois

En fait un évènement du style :
"une unité entre sur un terrain de type <type>"
serait bien pratique ; mais n'existe pas  .

Tu pourrais faire pleins pleins pleins de régions où ton "type de terrain" est présent. Ça peut parraître énorme comme travail mais de cette façon tu aurais un déclencheurs qui n'a pas à se répéter 10 fois par secondes, et tu n'aura qu'a faire cela:
 
Événement: Une unité enter Région 1
                 Une unité enter Région 2
                 ...
                 Une unité enter Région N
 
Conditions: Aucune
 
Actions: Unité - Kill (Entering unit)
 
Mais c'est peut-être long pour toutes les endroits où tu as mis de ton "type de terrain".

Effectivement j'avais pensé à cette technique, façon LimiteR. Cependant, elle peut entraîner de nombreux bugs (comme on peut le constater dans ses maps : le personnage ne meurt pas à certains endroits) et ça ne doit pas être facile de s'y retrouver dans l'éditeur avec des régions partout . Donc je préfèrerais éviter cette solution .

Perso, je le metterais à 0.25 sec bcp moins de lag et je ne pense pas qu'avec 0.15 sec de plus, la personne réussisent à entrer et sortir du terrain

---------------
Si vous voulez sauver un bambou, mangez un panda ! Si vous voulez sauver un floodeur, mangez un modo !
[Trade List Of BlueBlood / SCL5]    
 
by bonoboo (¯`· ._.·» Twilight Princess own «·._. ·´¯)

Je ne sais pas si vous connaissez les escapes avec de la glace, mais c'est ce que je suis en train de faire. J'ai essayé en fixant le temps à 0.2 seconde et c'est trop car quand ton perso est en train de glisser, il arrive assez fréquemment que tu puisses mordre le bord sans mourir, ou que tu mettes un certains temps à mourir lorsque tu arrive dans le terrain en question. Par contre avec 0.1 s, ça marche bien.

 
Je te laisse comprendre tout seul c'est plus instructif, au besoin pose moi des questions.
Note : les espaces et les sauts de lignes ne sont pas nécessaires c'est juste pour que cela soit plus lisible.
avec cela tu n'as aucune fuite de mémoire tu peux même mettre le temps à 0.05 s si tu as envie, mais 0.1 s est un temps acceptable je trouves

Une question me vient tout de suite à l'esprit : pourquoi initialiser les variables X et Y à 0 ?
Et aussi pour la déclaration de tableaux : pourquoi tu ne spécifies pas de taille ? Comment ça marche lorsque tu ne lui en donnes pas ? Ca réserve la mémoire dynamiquement suivant les données que tu y mets ou ça donne au tableau une taille prédéfinie très grande ?

hé bah. C'est là qu'on voit les limites du gui !
 
Extrêmement joli programme !! J'adore
Tu as fais néammoins quelques petites erreurs. Voici le code corrigé :

pour le terrain c'est 'Idrt' et non 'Ldrt' ^^
et concernant I, tu commences par le perso unite[1] (ou ts_persos[1] dans mon cas) au lieu de unite[0]. Par contre tu finnissais bien par le dernier perso : unite[10].
J'ai testé le code ci-dessus, ça marche parfaitement bien, pour tous les persos, merci de ton aide précieuse.

je n'ai fait aucune erreur je t'ai simplement donné un modèle.    
Je te maches bien assez le boulot ^^
Le terrain correspond au permier terrain qui s'affiche lorsque tu fais une nouvelle map sans rien spécifier: terre de été de Loarderon, j'éspérais bien que tu comprendrais.
Il sufisait de mettre -1 pour I et 9 pour l'exitwhen
 
Pour tes questions, a vrai dire je ne sais pas je supposes que cela ne prend pas de place si aucune variable n'est affectée mais que potentiellement tu as 8192 index possibles, comme les variables globales quoi
 
Pour la glisse je te conseille vivement d'utilser les fonctions natives du jass (common.j).
rien de bien sorcier tu changes périodiquement le x et le y de l'unité si elle est sur la glace en fonction de son orientation.
Un peu de math quoi  

S'inspirant grandement de ton très bon code, j'ai créé ce nouveau trigger pour la glisse. Je ne sais pas si tu connais, mais le principe c'est que quand ton personnage est sur la glace il glisse. Pour simuler l'effet de glisse, on déplace le personnage toutes les 0.01 secondes d'une certaine distance (proportionnelle à la vitesse qu'aura le perso), et ce en direction d'où regarde le personnage.

 
Pour tourner sur la glace, j'ai fait le trigger ci-dessous en gui, et je ne sais pas s'il est très utile de l'améliorer.

ahhhhh très bonne idée ça fera moins de calcul. Je vais y réfléchir.

Comme nouveau trigger j'ai donc celui-ci, mais il m'est impossible de l'activer, ça fait planter l'éditeur. (plus maintenant)

ah, au temps pour moi, j'ai oublié de faire d'utiliser la fonction Location a la ligne 17
Mais je me demande.. est-ce que ça ne fera pas laguer d'exécuter ce trigger toutes les 0.01 secondes ?

par contre tu utilises encore des fonctions de blizzou les ...BJ utilises plutôt directement les fonctions natives

hm tu pourrais m'expliquer ce que sont les fonctions natives exactement et à quoi elles servent ?
Sinon j'aurais une question qui a rien à voir mais, est-ce qu'il est possible de spécifier la ou les unité(s) sélectionnées par un joueur ?

la plupart des fonctions générés par le gui (blizzard.) sont en fait des sous fonctions utilisant les fonctions natives (common.j). Donc le temps d'éxécution est plus rapide en utilisant directement les fonctions natives
 
Oui bien sûr c'est dans événement unité spécific

OK. Et sinon est-ce qu'il est possible de spécifier un évènement à partir d'une chaîne de caractères ?

non mais tu peux utiliser les ConvertXXXXXEvent(Entier), bien que je n'en vois pas l'intérêt

Les ConvertXXXXXEvent(Entier), c'est-à-dire ?

ouvre le fichier common.j tu comprendras

Quelles fonctions que j'utilise ne sont pas natives ?

le plus simple est de vérifier si elle sont ou non dans le fichier common.j

En fait il y a bien les CosBJ et SinBJ, mais si j'utilise les natives Cos et Sin, il faut que je convertisse mes angles en radians (via Deg2Rad). Et là, est-ce que ça ne prendra pas plus de temps que d'utiliser CosBJ et SinBJ ?

non puisque cosbj fait la conversion justement

Voila :