Documentation de Worms Armageddon/v3.7.2.1

(Up to Documentation de Worms Armageddon)

In other languages: English (en) • français (fr) • русский (ru) • +/-

v3.7.2.1 (11.03.2013)

Corrections

• [CS] L’importeur de logs de plantage, incomplet mais accidentellement activé en v3.7.0.0, a été désactivé.
• [CS] W:A affichera désormais un message d’avertissement lorsque vous essayez de sélectionner un rendu graphique Direct3D 9 sur des systèmes où cela conduirait en un flicker d’écran excessif ou continu (voyez la section Problèmes et bugs connus).
• [CS] W:A gère désormais de manière plus propre un plantage lié à une division d’un nombre entier par zéro dans l’implémentation des graphismes accélérés de VMware's, et le traite comme un échec d’initialisation des graphismes.
• [CS] W:A passe désormais à des options graphiques alternatives si celles par défaut entraînent un échec d’initialisation des graphismes.
• [CS] W:A suggère désormais aux utilisateurs de Windows 8 d’essayer l’API graphique Direct3D 9 (shader) lorsqu’il est lancé pour la première fois.
• [CS] W:A suggère désormais d’activer une API graphique basée sur Direct3D lorsque vous appuyez sur Maj.+Tab en utilisant une API basée sur DirectDraw dans la version Steam. (L’overlay Steam ne fonctionne pas avec DirectDraw.)
• [CS] L’installeur de cette mise à jour de W:A détecte désormais WormKitDS (dsound.dll) et propose de le supprimer, puisque sa fonctionnalité a été ajoutée en v3.7.0.0 sous la forme de l’option “Charger les modules de WormKit” dans le menu des Options Avancées. L’option incluse dans le jeu est en effet préférable à WormKitDS pour une meilleure stabilité et interopérabilité.
• [DC] Bug apparu en v3.6.30.0 : Après avoir joué un match à mort, le scheme par défaut était incorrectement défini dans le menu multijoueur hors-ligne. Le jeu prétendait que c’était Intermédiaire, mais se jouant en une seule victoire au lieu de deux.
• [DC] Dans la traduction française de la v3.7.0.0, des chaînes de caractères supplémentaires ont été ajoutée à six types de commentaires de parties, entourés des caractères conditionnels "\{>=EE," "\}". Cela faisait apparaître le message d’erreur "Unknown character in conditional" à cause d’un bug en v3.7.0.0.
• [DC] Dans la traduction française de la v3.7.0.0, deux chaînes avaient été ajoutées à GAME_CRATEDROP_COMMENTS et deux à GAME_SUDDEN_DEATH_COMMENTS, mais chaque paire de commentaires était incorrectement entrée, et aurait été regroupée en un seul commentaire à l’affichage.
• [DC] Des corrections orthographiques mineures ont été apportées à la traduction anglaise.
• [CS] Des corrections grammaticales mineures ont été apportées à la traduction russe.
• La traduction française a été complétée par LeTotalKiller, incluant ainsi toutes les chaînes de caractères ajoutées depuis la v3.7.0.0, et deux corrections mineures.
• [DC] Le compte à rebours d’un replay instantané, qui s’affiche en haut à gauche pendant un replay instantané dans une police imitant celle d’une montre digitale, affichait les centièmes de secondes en comptant à partir de 60 au lieu de 100.
• [DC] Bugs de boîtes déroulantes apparus en v3.7.0.0
  • [DC] Cliquer sur la bordure d’un pixel de large d’une liste déroulée fermait cette liste.
  • [DC] Relâcher le bouton de la souris sur la bordure grise de la liste déroulée d’une zone de texte à liste déroulante entraînait un plantage dû à un débordement de pile.
  • [DC] Dans l’écran de nouvelle partie en réseau, le rectangle dans lequel se trouve le bouton représentant une flèche vers le base était élargi de 4 pixels de manière accidentelle et inappropriée.
• [DC] Bug latent des boîtes déroulantes apparu en v3.6.19.7 : Si cliquer sur un item déjà surligné faisait apparaître une boîte de dialogue, il était possible qu’un plantage survienne lorsque vous fermiez cette boîte de dialogue.
  • [DC] Bug ayant pu se manifester à partir de la v3.6.20.2 : Il était possible, mais rare, que la boîte de dialogue d’avertissement de Niveaux de puissance d’armes non-standard entraîne un plantage une fois que vous aviez appuyé sur OK, si elle était apparue en sélectionnant un scheme depuis la liste déroulante dans l’écran d’hébergement de partie.
  • [DC] Bug ayant pu se manifester à partir de la v3.6.30.0 : Il était possible que la boîte de dialogue avertissant l’utilisateur qu’il va charger une grande carte entraîne un plantage lorsque vous la fermiez, si cette carte est chargée avec succès après la fermeture de la boîte de dialogue.
• [DC] Si W:A avait été installé depuis le CD-ROM Tchèque avant d’être mis à jour, l’éditeur d’équipes ne marchait pas correctement, parce qu’il n’arrivait pas à charger les fichiers des tombes avec leurs noms tchèque. Du coup, lors du chargement de l’éditeur d’équipes, soit W:A plantait, soit tous les champs mis à part le nom de l’équipe et les noms des vers étaient vierges.
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.29.0 : Le paramètre de ligne de commande /dir ne sera plus écrasé par le dossier de l’exécutable, même si cela fait que W:A ne peut pas démarrer correctement.
• [DC] Bug apparu en v3.7.0.0 : Dans le fichier de rapport de plantage "errorlog.txt", il y avait une ligne, ", version 3.7.0.0", qui commençait par une virgule.
• [DC] Bug apparu en v3.7.0.0 : Dans les fichiers logs du dossier User/Logs, la plupart des lignes autres que des lignes de chat commençaient par "???" au lieu de "•••".
• [DC] Bug dans une fonctionnalité ajoutée en v3.7.0.0 : Un plantage ou une faille de sécurité potentiel(le) a été corrigé(e) dans les fichiers de langue personnalisés.
• [DC] Davantage de vérifications sont effectuées sur les données reçues lorsque vous rejoignez une partie.
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.28.0 et en v3.6.29.0 : Dans les menus des parties en réseau, côté client, la commande /version n’indiquait pas la bonne version utilisée par l’hôte, s’il utilise une versions comprise entre la v3.5 Beta 3pre10 et la v3.6.27.3q. (Note : Puisque les hôtes utilisant ces versions ne donnent pas leur version au client, ledit client ne peut que déduire un intervalle autour de la version utilisée, selon les protocoles et les formats que l’hôte utilise.)
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.30.0 : Utiliser les caractères "&'<>\ dans les noms des parties sur WormNET fonctionne désormais correctement, et ne réduit plus la longueur maximale d’un nom de partie. Ceci est accompli en convertissant les caractères "&'<>\ vers les caractères de contrôle 0x10, 0x11, 0x12, 0x13, 0x14 et 0x15 respectivement.
• [DC] Bug dans une fonctionnalité ajoutée en v3.7.0.0 : Lorsque vous démarriez WA.exe avec un ou plusieurs paramètre(s) /langdir, en combinaison avec soit l’option “Associations automatiques” activé soit le paramètre /register, la ligne de commande enregistrée pour les URL wa:// dans le registre n’incluait pas le(s) paramètre(s) /langdir.
• [DC] Bug apparu en v3.6.31.2b : Les grandes cartes remplissant une certaine inégalité entre leur largeur et leur hauteur pouvaient entraîner un plantage au démarrage d’une partie. La formule en pseudo-code à la C est : largeurdalle=((hauteur / 30) arrondi au multiple de 8 le plus proche); if ((largeurdalle - (largeur % largeurdalle)) est suffisamment élevé) alors plantage au démarrage d’une partie.
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.30.0 : Dans l’écran de fin de partie en réseau, si l’utilisateur appuyait sur Échap, puis cliquait sur “Annuler” dans la fenêtre lui demandant s’il veut vraiment quitter, alors cliquer sur le bouton “Quitter” faisait apparaître la fenêtre de demande de confirmation, alors qu’elle n’était pas supposée apparaître en cliquant sur ce bouton.
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.24.2 : Lorsque l’option “Poussées à la corde hors-ligne” était activée, il était possible de démarrer un match à maort avec les poussées à la corde (rope knocking) activées, ce qui normalement ne devrait pas arriver. Cela pouvait arriver si l’utilisateur lançait une partie rapide contre l’ordinateur, puis après l’avoir terminée, lançait un match à mort sans quitter le menu solo ou quitter W:A au préalable.
• [DC] Lorsque vous appuyiez sur le bouton “Créer une nouvelle équipe” dans le menu des Entraînements, les particules d’arrière-plan derrière l’éditeur d’équipes se déplaçaient deux fois plus vite qu’elles ne le devaient.
• [DC] Bug apparu en v3.7.0.0 : Utiliser la commande /ignore dans les canaux WormNET entraînait un plantage immédiat.
• [DC] Bug dans une fonctionnalité ajoutée en v3.5 Beta 1 : Lorsque vous réduisiez W:A pendant une partie, si une ou plusieurs touche(s) étai(en)t maintenues au moment de la réduction du jeu, alors à la restauration, le jeu pensait toujours que cette/ces touche(s) étai(en)t maintenue(s), même si elle(s) ne l’étai(en)t plus sur le clavier physique. Réciproquement, si une ou plusieurs touche(s) qui n’étaient pas maintenues au moment de la réduction du jeu l’étaient à sa restauration, W:A ne détectait pas forcément le maintien de cette/ces touche(s).
• [DC] Bug dans une fonctionnalité ajoutée en v3.7.0.0 : Si vous utilisiez un mode de rendu Direct3D 9 et si vous réduisiez une partie alors que vous étiez en mode image-par-image (lecture de replay), alors lorsque vous restauriez le jeu, vous voyiez un écran noir ne répondant pas aux commandes clavier (pour reprendre la lecture du replay, il fallait d’abord cliquer pour faire réapparaître l’affichage, puis cliquer à nouveau pour restaurer la possibilité de contrôler le jeu avec le clavier).
• [DC] Bug dans une fonctionnalité ajoutée en v3.7.0.0 : Lorsque vous utilisiez un rendu graphique basé sur Direct3D 9, restaurer le jeu après l’avoir réduit dans les menus faisait que les informations clavier n’étaient pas prises en compte tant que l’utilisateur n’avait pas cliqué.
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.19.17 : Appuyer sur Espace pour passer un replay instantané ne fonctionnait pas en mode image-par-image.
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.28.0 : Si la carte actuelle était une caverne de largeur inférieure à la largeur de la résolution utilisée, et lorsque le panneau de chat était visible, deux aires de la même hauteur que la boîte de chat comportaient des artéfacts graphiques en bas à gauche et en bas à droite de la carte, parce qu’elles n’étaient pas incluses parmi les zones à noircir.
• [DC] Bug dans une fonctionnalité ajoutée en v3.5 Beta 1 : Lorsque vous jouiez sur une carte de type caverne d’une hauteur inférieure à la résolution actuelle (c’est-à-dire une résolution avec une hauteur suffisante pour faire apparaître des zones noires au-dessus et en-dessous de la zone de jeu), la montée de l’eau entraînait une incohérence fluctuante au niveau du positionnement des "sprites" et du terrain à l’écran. Cet effet était particulièrement visible lors d’une avance rapide, et lors de l’utilisation de la commande “Lire à” avec l’option “Mettre en pause” activée.
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.29.0 : La fonction Exporter un log ne mentionnait pas la fin du dernier tour (avec son temps de tour, son temps de retraite, et les dégâts infligés), si le replay était terminé parce que l’utilisateur local avait quitté la partie.
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.30.0 : Lorsque vous regardiez un replay enregistré avec une version de W:A qui enregistre le passage du temps entre les tours, si le fichier se terminait soudainement à un moment entre deux tours sans indication comme quoi la partie a été quittée, alors le fondu de fin de partie n’avait lieu qu’au début du tour suivant (ce qui était inutile).
• [DC] Bug apparu en v3.6.30.0 : Les images utilisées en partie (dont les barres de santé, les boîtes de texte, l’indicateur du sens et de la force du vent, ainsi que le panneau des armes) dont la largeur et/ou la hauteur en pixels était impaire étaient placées respectivement un pixel plus à gauche et/ou plus haut que là où ils devaient se trouver. Dans la plupart des cas, cette distinction est arbitraire, mais pas dans le cas des chronomètres des temps de tour, de retraite et de manche en bas à gauche qui paraissaient trop haut et trop à gauche par rapport au chronomètre du temps de jeu.
• [DC] Bug dans une fonctionnalité ajoutée en v3.6.20.1 : Dans un replay hors-ligne créé par la première version de W:A enregistrant des replays (v3.5 Beta 3pre7a), le message "Replay datant d'avant le \1 (GMT) - pas de sommes de contrôle." s’affichait à chaque fois qu’une somme de contrôle manquait (alors que ce message n’était supposé s’afficher qu’une fois).
• [DC] Une correction apportée en v3.6.26.4 empêchait les tentatives des missions de dépasser 127 et de passer à des valeurs négatives. Cependant, si vous jouiez une mission dont le compteur de tentatives était déjà passé au-delà de 127 dans une version antérieure à la v3.6.26.4, les versions ultérieures traitaient toujours le nombre de tentatives comme un nombre négatif.
• [DC] Lorsque l’éditeur de cartes était en mode prévisualisation, changer le niveau de l’eau ne mettait pas immédiatement à jour les positions des trous de placement de la prévisualisation. Activer ou désactiver la bordure (de caverne) du haut ne mettait pas non plus la prévisualisation à jour, même si elle pouvait changer l’emplacement des objets.
• [DC] Dans les versions antérieures à la v3.6.28.0, le niveau de l’eau de la carte était limité à 50%, et le définir à n’importe quelle valeur de 51% à 100% dans l’éditeur de cartes revenait à le définir à 50%. Cette limite avait été involontairement supprimée en v3.6.28.0. Un bug résultait de la présence de cette limite dans les versions antérieures, et un autre bug résultait de la suppression de cette limite :
  • [DC] Le niveau de l’eau n’était jamais prévisualisé correctement dans l’éditeur de cartes. La limite de 50% n’était pas prise en compte, et la prévisualisation du niveau de l’eau affichée à l’écran était calibrée comme si le niveau maximal de l’eau (qui se trouvait être de 50% de la hauteur de la carte) n’était atteint qu’à 100%, c’est-à-dire comme si le niveau de l’eau augmentait de façon linéaire de 0% à 100% ; du coup, le niveau de l’eau était affiché comme s’il correspondait à la moitié de ce qu’il était en réalité en partie.
  • [DC] Bug apparu en v3.6.28.0 : Lorsqu’une version antérieure à la v3.6.28.0 était émulée, et si le niveau de l’eau de la carte était supérieur à 50%, la partie désynchronisait aussitôt. Maintenant, lorsqu’une partie est hébergée, si le niveau de l’eau est supérieur à 50% et si un ou plusieurs des client(s) présents utilise(nt) une version antérieure à la v3.6.28.0, la partie ne pourra pas commencer.
• [DC] Bug apparu en v3.6.28.0 : Lors de l’émulation d’une version antérieure à la v3.6.28.0, il était possible qu’une désynchronisation ait lieu dans les cas suivants :
  • [DC] Une arme aérienne est utilisée, et le temps que l’avion ne disparaisse, tous les objets relâchés par l’attaque ont disparus, et rien d’autre n’est en mouvement. Il y a au moins deux moyens connus pour que cela n’arrive :
    • Le temps de retraite est de zéro dans le scheme, et une arme aérienne, dont la puissance est à “zéro”, est utilisée. Les missiles "disparaîtront" forcément avant la disparition de l’avion puisqu’aucun missile n’est lâché. Il y aura alors désynchronisation à la prochaine arme utilisée.
    • Le temps de retraite est inférieur à 3 secondes dans le style de partie ; une attaque aérienne à puissance 1 étoile est utilisée sur trois tours de vers gelés en haut de la carte près du bord gauche, et les quatre missiles touchent les tours près de leurs sommets. Le temps que l’avion disparaisse, les rebonds des vers gelés sont retombés à zéro. Il y aura désynchronisation à la prochaine arme utilisée.
  • [DC] Un missile à “puissance zéro” est créé à un emplacement où il croise déjà quelque chose qui le ferait exploser à l’impact, après que le temps de retraite du ver ayant utilisé l’arme ne soit épuisé. Il n’y a aucune façon connue permettant de reproduire ce bug.
• [DC] Corrections affectant la logique du jeu
  • [DC] Il était possible de placer une poutre partiellement sous l’eau si le niveau de l’eau était plus haut que le bas de la carte. Si l’eau montait, seule la partie qui n’était pas sous l’eau à l’origine disparaissait, laissant ainsi un obstacle invisible dans l’eau.
  • [DC] Le jeu plantait si un ver contrôlé par l’ordinateur, alors qu’il passait en revue les emplacements où il pouvait se rendre, avait atteint sa capacité de recherche maximale à un moment où il était immobile durant sa marche. (Voyez la note 2.)
  • [DC] Bug apparu en v3.5 Beta 2 : Les vers contrôlés par l’ordinateur visaient toujours leurs armes aériennes vers la droite, et jamais vers la gauche.
    • [DC] Bug dans une fonctionnalité ajoutée en v3.6.26.4 : L’absence de ce bug en v3.0 n’était pas émulée.
  • [DC] Le glitch qui faisait que les armes dont la cible peut être définie à la souris (comme le missile téléguidé, l’attaque aérienne ou la téléportation) peuvent être utilisée sans ciblage préalable a été modifié. Il fonctionne désormais que sous forme de pré-ciblage, qui doit être fait dans le même tour que celui où l’arme est utilisée.
  • [DC] La correction apportée en v3.6.31.0 suivante : "Le jeu plantait parfois dans l’animation d’explosion d’un ver mort si la langue russe était sélectionnée." avait changé les messages aléatoires de GAME_LAND_DEATH_COMMENTS qui s’affichaient pour les joueurs qui utilisaient la traduction russe, mais il n’y avait pas d’émulation des commentaires qui s’affichaient dans les versions antérieures à la correction. Cette émulation a été ajoutée.
  • [DC] Bug dans une fonctionnalité ajoutée en v3.6.28.0 : Sur une carte de largeur supérieure à environ 32 304 pixels, lancer une corde depuis le bord droit pouvait faire que l’extrémité de la corde parte vers la gauche, ce qui faisait que sa représentation graphique soit incorrecte. (La même chose pouvait arriver en lançant une corde vers le bas sur une carte de hauteur supérieure à environ 32 304 pixels.) (Strictement parlant ce changement n’affecte pas la logique du jeu, mais il est lié à la version de la logique du jeu afin que tous les joueurs voient la même chose.)
  • [DC] Bug dans une fonctionnalité ajoutée en v3.6.28.0 : Lorsque vous jouiez sur une carte d'une hauteur d'au moins 32 568 pixels, les objets tombant dans l’eau tombaient pour toujours sans couler, empêchant ainsi le tour actuel de prendre fin. Maintenant, la hauteur visible de l’océan est réduite dans ce genre de situations afin de permettre aux objets de couler normalement.
    • [DC] Lorsque ce bug arrivait, il était toujours accompagné par un autre bug : le ver actuel n’était pas suivi par la caméra. Ce bug est désormais corrigé sans être lié à la version logique du jeu (c’est-à-dire qu’il ne sera pas émulé lorsque l’autre le sera).

Fonctionnalités

• [DC] Rouvrir des parties hébergées sur WormNET
  • Il est désormais possible de rouvrir une partie WormNET après avoir terminé une partie, en utilisant la commande /open dans le menu prinicipal d’une partie en réseau (côté hôte). Un message de notification s’affichera pour tous les joueurs.
  • L’hôte est désormais informé lorsque 5 minutes se sont écoulées depuis que la partie a été hébergée. Ce temps de 5 minutes correspond au délai au terme duquel WormNET supprime automatiquement la partie de la liste des parties. La commande /open peut alors également être utilisée pour rouvrir la partie dans ce cas. (Les messages de notification ne s’affichent que du côté de l’hôte dans ce cas.)
  • Notez que les serveurs WormNET de la communauté peuvent ne pas avoir de délai après lequel la partie est supprimée, ou encore peuvent avoir un délai plus long ou plus court que 5 minutes. Pour le moment, W:A considère que n’importe quel serveur auquel il se connecte a un délai de 5 minutes avant la suppression de la partie dans la liste des parties, et agit en conséquence.
• [DC] Le nom des tombes animées (par exemple “[ Gravestone 1 ]”) est désormais traduit (ce qui donne maintenant par exemple “[ Pierre tombale 1 ]”).
• [DC] Le résultat de la commande /version des menus des parties en réseau est désormais enregistré dans les fichiers User\Logs\*.log.
• [DC] La fonction Exporter un Log mentionne désormais le nombre total de tour joués par chaque équipe, qui est indiqué avec le temps de tour total et le temps de retraite total.
• [DC] Le jeu ne vérifie si la touche Tab est maintenue que si le ver actuel était en mode de sélection de ver. De plus, cette touche est désormais détectée avant toutes les autres, ce qui permet de déplacer un ver aussitôt qu’il est sélectionné (sur la même image).