Revenons sur ce sujet que j'avais posté il y a très longtemps. On a deux possibilités : faire beaucoup de régions (qu'il faut de plus  placer avec beaucoup de précision) ou regarder périodiquement le terrain sur lequel se trouve le héros. (une période de 0.05 est l'idéal, en dessous c'est un peu juste). Juste à présent j'utilisais le periodic event mais c'est du gaspillage de ressources, et je n'ai pas non plus envie de perdre du temps à créer des centaines de régions. Mais je crois avoir trouvé une solution bien meilleure...
 
    Principe de mon idée : faire la méthode des régions, mais à la place de les créer soit-même, les faire générer par l'ordinateur au départ de la map. Ca ne fonctionne pas pour l'instant, je ne vois pas trop pourquoi... voila mon trigger (s'éxécutant à l'initialisation de la map ) :

Je ne mets pas les déclo de slide et de mort, il n'ont rien de spécial (à moins que qqun le demande)

Essaye de faire ta fonction permettant d'ajouter les cellules dans le custom script et appelle la périodiquement avec un timer, surement que le chien de garde montre ses crocs et stoppe l'éxécution de la fonction car elle met trop de temps.
Evidemment tu devras utiliser des globales à la place des locales

   Tu as partiellement raison. Je fais afficher "début" au début du déclo, et "fin" à la fin du déclo. "Fin" ne s'affiche pas si les régions sont très écartées, mais s'affiche si elles sont assez proches. Néammoins l'exécution est très rapide. 5 secondes seraient nécessaires pour faire toute la map. Je pense que c'est une boucle trop grande et que c'est pourquoi l'éditeur bloque. (cf explication d'Ayane quand tu me disais de faire une boucle vide) Par contre quand "fin" s'affiche, ça marche nikel . (entre les deux régions bien sûr). Je ne comprends pas bien ce que tu veux dire. Qu'est ce que je dois faire périodiquement ? Je crois que si je mettais un wait(0.01) de temps en temps ça marcherait. Mais bon, ça augmenterait nettement le tps que ça prendrait à se faire. (surtout que ça attenderait pas 0.01 s mais bien plus)

c'est ce que je voulais dire, j'ai tout à fait raison xD, si la boucle est trop longue à s'éxécuter l'éxécution du trigger est stoppé purement et simplement.
 
call TimerStart(Tontimer créé spécialement, 0.0,true, function AjouterDesCellules ).
 
Dans la fonction AjouterDesCellules tu n'oublies pas de mettre en pause le compteur et le detruire quand il faut.
 
Si tu ne le pause pas avant de le détuire il peut encore se terminer parfois.
 
De toute facon c'est la seule solution que j'ai à l'esprit pour empêcher la boucle de stopper, s'il faut tu fais patienter les joueurs avec une tite cinématique ^^
Mais je suis pas sûr qu'avec une valeur de 0 ca fonctionne, à tester, sinon bah tu mets 0.01 et là ca attendra bien à un poil prés 0.01, le temps nécessaire sera proportionnel au nombre de cellules à rajouter
 
Ah je suis bête dans la fonction AjouterDesCellules tu peux trouver le nombre de loops maxi que tu peux mettre ainsi tu gagneras énormément en temps, les joueurs n'y verront que du feu, le temps que l'ecran noir disparaisse, qu'ils sélectionnent leur unité et avancent, c'est réglé    

J'ai trouvé une méthode plus simple :

    Avec max i = 14 ça ne marche pas ^^. Maintenant ce qu'il faudrait, c'est réussir à optimiser le code afin de pouvoir augmenter i.
PS : random turn c'est un autre terrain, ne te demande pas à quoi il sert ^^.
 
Actuellement, avec une map d'une taille de 16 000 x 16000, le trigger met 10,5 secondes à s'exécuter. Mais ce que j'aimerais vraiment, c'est qu'il se fasse à l'initialisation, sans qu'il y ai besoin de wait . Je pourrais peut-être diviser cette grande boucle en plus petites boucles.. je vais essayer ça.

nan c'est de la merde le trigger sleep action est beaucoup trop long au minimum 0.2 seconde il me semble.
 
Sinon il existe elseif je ne sais pas si ca va optimiser mais bon ...
Enfin faut pas oublier que I2S et display sont des actions trés longues (comparé au set de variables), enfin c'est peut être bon d'avoir un peu de marge pour les pc les plus lents ^^

Je pourrais quitter la boucle quand i = 13, et la recommencer après. Mais dans ce cas il faut que je fasse (j'ai compté) 46 fois la boucle. Il me faudrait une fonction qui contient cette boucle. Or je crois qu'il est impossible de faire des variables globales de type régions . Seulement rect. (je me trompe ?) Et une fonction ne peut retourner qu'une seule valeur en gui. Or ici j'ai besoin de mes 4 régions.

Très longues ? Je ne peux même pas passer i à 14 en enlevant le display...

bah oui le rapport doit bien être au minimum 1/10 mais on parle en nanosecondes surement xD.
 
Essaye avec we helper
 
au debut du code script personnalise tu fais :
 
globals
 
region Tavariable1=CreateRegion()
region Tavariable2=CreateRegion()
etc ..
 
 
endglobals

Tu peux déclarer des variables globales comme ça avec we helper ? Tu peux me filer le lien stp, j'ai pas le bon ordi là
edit: ah c bon jai trouvé

tu cherches sur wc3campaigns.net comme un grand garcon que tu es.
On peut déclarer des globales de cette manière par contre en effet je n'ai pas essayé avec des variables non disponibles avec le gui mais je ne penses pas que cela pose problème, on peut bien faire des local dans une structure gui ^^

J'avais raison sur le fait que local udg_... ne marche plus. Maintenant j'en suis sûr... mais peut-être qu'avec we helper, on peut le faire et dans ce cas on avait ts les deux raison ^^.  
 

erreur avec we normal, avec we helper c parfé..... putin ya les numéros des lignes et c en couleurs... et on peut même voir les fonctions natives.. plus besoin de jasscraft ? C'est trop génial (merci )

MONTRE MOI TON UTILISATION DE L'ASTUCE CA MARCHE TOUJOURS SALE NOOB xD
sinon c'est normal le parseur n'est plus celui d'origine , la déclaration des globales de cette manière a été rajoutée

Je ne comprends pas... quand je change le contenu du script perso, que je vais ds un déclencheur puis reviens, il est à nouveau comme avant !
 
A part ça chui content, j'ai enfin trouvé la technique ultime pour le terrain de mort et l'activation/désactivation du slide !
 
PS : merci troll-brain, grâce à toi je sais maintenant qu'une region est un ensemble de rect, et sans ça j'aurais jamais pu trouver

Jeune padawan ta formation achevée tout à fait n'est pas, mais les bases solides sont, sur cette lancée continue, car mon dernier jour de post cela est.
Désormais sur tes épaules de lourdes reponsabilitées péseront.
 
Faire preuve de patience tu devras.
Réfléchir avant de parler tu feras.
Tester avant d'affirmer tu penseras
 
Et du côté obscur de la force ne bascule pas, le chemin de la facilité, le gui.
 
Que la force soit avec toi.
 
Ultime post avant de rentrer dans la légende  

lol. (TT) Mais jesper kon se verra sur msn... mais bordel pkoi jpe po modifier le custom script ?

ah ok. fo fer file --> save.. mais a koi ça sert au juste ?
 
--> à réparer ses conneries ok ^^
(bon jarete de dire nimp^^)

Alors, ce que j'ai fait provoque une erreur (fatal error : la mémoire ne pouvait pas être lue à un certain endroit)  :

Je ne comprends vraiment pas le problème
Changer la valeur de nbLignes ne résout rien.
Je n'ai jamais eu ce type d'erreur auparavant donc je ne sais pas quoi faire .

Tu as meme pas les informations qui te disent quelles lignes de code ne fonctionnent pas? (le fatal error est en jeu ou au lancement du test?)
 
Sinon ca va te prendre du temps mais tu peux regarder pas à pas chaque partie et regarder dans quelle zone/domaine ca à l'air de buger.

 
 
C'est exactement ce que j'ai fait ^^.
 

Premiere erreur, il fallait initialiser minX maxX minY maxY et x à 0, et leur donner leur bonne valeur au début de "Trig_init_terrain_changing_events_Actions2", ce que j'ai fait. Néammoins ça plante toujours pareil. Dans la fonction AddTerrainInit.

Sa affiche: 1, 2, 3, 6, 8, 10 et ça plante. Ce qui veut dire que c'est l'action "call RegionAddCell( walk_terrain_reg, t_x, y )" qui foire. J'ai vérifié, t_x et y ont les bonnes valeurs. Ca marchait avant, et là pourtant ça foire. Je ne comprends vraiment pas

Ahhhhhhhh. L'initialisation des région à "CreateRegion()" ne fonctionne pas (va savoir pourquoi). J'ai rajouté set xx = CreateRegion() au début des actions, pour les 4 régions. 11 s'est affiché ^^.

Bon bin plusieurs appels de la fonction AddTerrainInit revient au même qu'une boucle . Va en effet faloir utiliser un compteur ou un périodic event.

J'ai donc utilisé un periodic event. J'ai deux déclo :

    Le temps d'exécution de tout ceci est d'exactement 0,6 seconde, ce qui est bien inférieur qu'en utilisant le wait. Par contre le processeur bosse à fond pendant ce temps donc ça lag. Avec une période de 0.1 seconde ça lag un peu mais le temps d'exécution serait alors de 6 secondes. Pour éviter ça, il va faloir faire attendre les joueurs en début de game... avec une vidéo par exemple. Et en mettant une période suffisament grande pour que ça ne lag pas. Autrement ça marche nikel, beaucoup de travail pour l'ordi au début, mais après plus aucun .
    J'invite tous les créateurs d'escapes à utiliser cette technique, elle rox. Si quelqu'un en connait une meilleure, qu'il me la communique svp. Elle a d'après moi deux défauts seulement : sa durée d'exécution et le fait de ne pouvoir modifier le terrain en cours de partie. Ce dernier peut néammoins s'arranger en ajoutant des régions en cours de jeu.