Voila. Au début de certains niveaux (quand beaucoup d'actions sont exécutées en même temps), les joueurs se retrouvent séparés : ceux qui peuvent hoster restent en jeu, ce qui ne le peuvent pas restent soient avec un host soient sont "kickées". Je ne sais pas exactement ce qui se passe j'ai essayé à trois joueurs et on dirait que c'est le dernier des trois qui se retrouvait éjecté (le premier étant celui qui peut host). Bref on dirait que c'est le fait qu'il y ait de nombreuses actions à faire en même temps qui provoque ceci. Je crois que ce sont les ordinateurs qui n'ont pas la même puissance et se retrouve à exécuter certaines actions à des moments différents (il me semble que c'est ce qu'on appelle des désynchronisations). Dans ce cas le fait que les joueurs soient séparés n'aurait rien d'étonnant puisque qu'ils se retrouvaient dans une même partie avec des positions d'unités différentes etc. J'aimerais donc savoir si c'est bien de ça qu'il s'agit, et comment pallier à ce problème. Merci de votre aide.

.......est-ce que des wait seraient utiles ?

En général, un script trop long peu désynchroniser des joueurs. Certaines fonctions désynchronise également des joueurs. Par exemple, le fais d'utilise la fonction "Joueur Local" pour désigner un joueur, causera 99% du temp une désynchronisation.
 
Le fait par exemple de créer un texte volant ou autre seulement pour tel ou tel joueur, causera une désynchronisation. Il y a pleins de petits trucs comme ça.

Et comment on les évite ?

 
tu peux set ton paramètre valide pour le joueur concerné,  set ton paramètre nul pour les autres joueurs
 
 
Par exemple pour afficher une animation seulement pour le joueur rouge :
 

 
 
 
Par contre pour tout ce qui est interactif sur le jeu telle une unité c'est bien sûr impossible

Je le sais déjà, aussi!

et ca désynchronise aussi dans ces cas là ?

Nan.

Je vois tu voulais faire mijoter notre ami Maximaxou spa gentil    
 

Elle sert à quoi votre fonction joueur local ? Bon bah merci mais c un gars de mon clan ki ma donné la solution. Je lui explique mon problème, il me dit "tu as un 'pan caméra' ds ton déclo ?" Jdis que oui et lui imdi d'essayer sans... Et paf ça marche. Cette action crée bocou de désynchro m'a-t-il dit.

GetLocalPlayer() revoie un joueur mais cette valeur est propre pour chaque ordinateur.
Celui du joueur rouge renverra Player(0), le bleu Player(1), etc.
 
c'est donc utile pour créer des fonctions initialement prévues pour tous les joueurs à un joueur en particulier

Tiens c'est bizarre je vois un 'GetLocalPlayer'... xD

Je ne comprends pas ce qu'ils veulent dire par là :
"Use only local code (no net traffic) within this block to avoid desyncs."

en gros n'utilisez pas cette fonction en réseau, sous peine de vous retrouver tout seul  

C'est le contraire:
Utilise seulement du code local (pas d'échanges internet), donc ce bloc de code ne provoque pas de désynchronisations.

local code, pas local area network xD
Merci pour cette précision Ayane

Blizzard a dut mettre à jour PanCameraToTimed en la synchronisant.
 
Le mieux dans ces cas là c'est de ne modifier que les valeurs:

Comme cela on est sûr d'executer la fonction pour tous.

Ah je viens de comprendre... c'est vraiment pas bête ça !
Mais tu peux modifier les fonctions de blizzou comme ça ?

si tu changes et importe les librairies oui, il existe aussi des éditeurs non officiels qui permettent d'utiliser des common.j et blizzard.j en dehors du war3patch.mpq sans devoir les importer dans ta map

k

dommage

Les editeurs dont je parle sont d'une autre génération que la bouse weu    
Il y a grimoire que je n'ai pas testé mais moi j'utilise we helper, il est trés fonctionnel et axé sur l'utilisation du jass, va faire un tour sur wc3campaigns.net, il permet ausi de lancer warcraft en mode fenêtre.
Le debugger de script est sans comparaison par rapport à l'original etc.