|
⚠ Archive en lecture seule —
Retour sur GeekServers.gg
7 messages
• Page 1 sur 1
Bonjour,
Je reprends une partie de ce qui est dit dans ce topic concernant Akama pour le généraliser à d'autres cas. Le bug n'est pas systématique. Le bug est néanmoins assez fréquent. La cause du bug n'a pas été isolée. FONCTIONNEMENT BUG / QU'ON RETROUVE SUR LE SERVEUR : Les PNJ qui sont liés à un autre PNJ ou à un joueur par canalisation, et qui sont censés s'avancer vers eux, n'ont pas un mouvement constant. (Exemple avec les démons des ombres (PNJ, ID=23375) d'Illidan, liés à un joueur avec "Paralysie" (spell, ID=41083)) Il arrive régulièrement qu'ils s'immobilisent en chemin, avant de se téléporter le long de leur trajet en direction de leur cible, sur une distance correspondant à celle qu'ils auraient dû parcourir normalement. Un exemple en vidéo pour plus de clarté : https://www.youtube.com/watch?v=kgk4fPKuyII On voit que les démons des ombres sont immobilisés pendant 5 secondes, puis, d'un coup, ils se téléportent en avant. Sachant qu'ils sont ralentit, la distance sur laquelle ils se téléportent correspond peu ou prou à celle qu'ils auraient parcouru normalement. Le bug survient aussi sur l'ombre d'Akama, liée à Akama. Celle-ci peut s'avancer puis se bloquer d'un coup avant de se TP au cac d'Akama. Point intéressant : si l'immobilisation se poursuit (souvent avec l'ombre d'Akama), le joueur soit réadapter sa position. Un caster ne pourra par exemple lancer un sort qu'en direction de la position théorique du PNJ (là où il devrait être sans immobilisation), car s'il se tourne vers l'image buggée du PNJ, il aura le message d'erreur "les cibles doivent se trouver devant vous". COMMENT CA DEVRAIT FONCTIONNER : Les PNJ devraient avoir un mouvement fluide. SOURCE MONTRANT QUE CELA DEVRAIT FONCTIONNER AINSI (vidéo, patchnote, etc...) : / COMMENTAIRES : Je pensais au début que le bug survenait lorsque les PNJ étaient ralenti par un cône de froid par exemple, le mob n'arrivant pas à adapter sa vitesse, il bug le temps que le ralentissement s'efface puis recalcule sa position. (On voit d'ailleurs sur la vidéo link ci-dessus que le dernier mob se TP au fade du débuff). Le problème c'est que cela survient aussi sur l'ombre d'Akama qui est insensible aux slows, du coup j'ai des doutes.
This server is dark, and full of terrors.
Un rapport avec le comportement des fear p-e non ?
Mouvement non fluide, immobile puis TP, devoir s'orienter vers la position théorique de la cible, ça m'y a fait penser directement.
Je viens de remarquer que personne n'a report qu'on peut dps l'ombre d'Akama lorsqu'elle se déplace.
Ce qui ne devrait pas être possible.
http://thegeekcrusade-serveur.com/forums/viewtopic.php?f=28&t=3126 - TGArmory
Ah bon ? Pour l'avoir fait cette semaine, on peut commencer à dps l'ombre quand elle est à genre 3m d'Akama, dès qu'ils commencent à se foutre sur la gueule.
Rise and rise again until lambs become lions.
On a jamais observé ce bug Ape.
Quand l'ombre bugguée c'était que l'hitbox avançait mais pas le skin du boss, ce qui rendait le dps des cacs difficile.
Et ça ne l'est pas à moins qu'on soit dans une situation comme décrite dans le report : à savoir que l'ombre a atteint Akama mais qu'elle est bloquée pour une raison inconnue.
This server is dark, and full of terrors.
J'ai retesté et regardé les fraps et en effet ça fonctionne pas si mal.
Je sais pas pourquoi ça m'était rentré dans le crâne qu'on pouvait la taper en déplacement. A force de la voir bugger sur place trop souvent surement ^^
http://thegeekcrusade-serveur.com/forums/viewtopic.php?f=28&t=3126 - TGArmory
7 messages
• Page 1 sur 1
|