Le problème a été réglé par notre équipe. [03/05/14 à 00h48] [Ape] : [quote="Lorh":2i81mcw8]As tu réellement testé ton correctif ?[/quote:2i81mcw8] [quote="Ape":2i81mcw8]Ça fait quelques jours que je le teste chez moi et je n'ai pas vu d'ombre au tableau, du coup, même si Lorh juge que ce n'est pas le correctif suffisant à ce souci, je trouve que c'est un pas en avant.[/quote:2i81mcw8] Comme je l'ai expliqué quelques posts au dessus, le client sépare les auras en 40 buffs/16 debuffs sur joueur et en 16 buffs/40 debuffs sur npc
⚠ Archive en lecture seule —
Retour sur GeekServers.gg
94 messages
• Page 2 sur 3 • 1, 2, 3
Si si tu peux te /w mais le soucis c'est que c'est pas comme du /s ou du /y qui va s'afficher au dessus de toi
Up du sujet, je joue démo affli et c'est vraiment HORRIBLE en R25. Impossible d'avoir un cycle cohérent avec ce bug.
Ça doit être comme qqun a dit plus haut : les premiers dots sont bien affichés mais une fois que le boss est bien debuff, on ne peut quasiment plus voir ses propres sorts dessus. J'ai essayé avec Forte, Dottimer, Quartz, c'est la même chose. Je vais voir avec Necrosis
Necrosis affiche tous les dots castés, même ceux qui ont été resist. C'est un peu perturbant.
Le plus gênant reste l'interface du mod qui est assez pourrie comparée à d'autres. Ce serait vraiment bien que ce bug soit cerné et résolu !
Malheureusement, la section "bug traité" te contredit très facilement, exemple récent : viewtopic.php?f=34&t=2859
This server is dark, and full of terrors.
Il y a 4 mois Lorh a annoncé qu'il allait faire des tests, et aucune nouvelle depuis. Quelle que soit la complexité du code derrière et le temps que ça demandera on aimerait juste être tenus informés. Ça concerne tous les paliers de raid, du T4 au T6, étant donné qu'il peut suffire d'une dizaine de joueurs pour que le bug survienne, et cela altère le gameplay de toutes les classes, particulièrement démoniste et prêtre ombre. Concernant le fix Magthé, pardon mais ça me paraît être un problème autrement plus simple à régler que le bug des debuffs. Alors OK, corriger ce dernier prendra peut-être un certain temps, mais ce serait cool d'avoir au moins un petit message du genre "On examine le problème, on sait que ça gâche le plaisir de raid de certains, merci de votre patience". Je vais faire des vidéos d'un raid Kara où généralement le bug n'est pas observable, puis d'un raid 25 où c'est systématique, ça fournira peut-être un peu de matière aux devs. Dans le fond, c'est simple : on pose nos premiers DOTs, on les voit, puis quand on les réapplique (pas de refresh, perte dps), on les voit plus, alors qu'ils continuent de faire de dégâts.
Il est laborieux de reproduire ce problème afin d'en déterminer la cause, et actuellement plusieurs chantiers sont en cours au niveau du développement ce qui retarde fortement les reports de la partie bug actuels.
Cependant celui la étant en tête de liste, est loin d'être oublié , on examine le problème, on sait que ça gâche le plaisir de raid de certains, merci de votre patience.
Après moults discussions entre dotteurs, il semble que le problème vienne de la limite de debuff possible sur une même cible. On semble tous d'accord pour dire que ce souci apparait presque uniquement en r25.
Hier également, je me trouvais à gruul avec deux autres SP et c'est vraiment bagdad mais cela semble bien venir de la limite de débuff, car je spammais VT/Pain et soit ça s'affichait sur le boss ET sur DotTimer, soit ça s'affichait ni sur l'un ni sur l'autre. Je saurai pas dire si les dots passaient quand même vu que j'ai réussi à en placer quelques uns et que mon dps était ni dégueu ni grandiose. Pour en revenir à la limite de débuff sur une même cible, elle était à la base de 8 (vanilla) puis a été augmentée à 16 (vanilla). Sur BC, elle est augmentée à 40 puis tout simplement supprimée, et je pense que le problème c'est que la version de TGC est encore sur la limite de 40 debuff. TOUT CECI reste mon hypothèse perso, je ne dis pas que c'est ça le souci mais je propose cette idée ^^ SOURCES : http://wow.joystiq.com/2006/08/14/debuff-limit-to-change-in-expansion/ (limite 8 debuffs) http://blue.cardplace.com/cache/wow-general-en/1203838.htm (16 à 40) http://wow.joystiq.com/2008/12/03/debuff-limit-removed/ (limite supprimée)
Nous nous efforçons de rendre ce serveur le plus "blizzlike" possible pour un plaisir de jeu authentique.
Le contenu PVE est en version PRE-NERF.
On a été expliqué que ce n'était pas à cause de la limite de debuffs. Les dots, bien qu'ils ne soient pas affichés sur le boss, font toujours des dégâts.
La limite à la 2.4.3 était à 40, ils l'ont retirée pour LK.
Ce soir il m'a semblé que c'était 15 dots qui s'affichaient avec le 16ème qui variait pas mal sur la cible.
Bonjour,
je répète ce que mon collègue Dantum a mis en commentaire sur ce post si ça peut vous aider. Même en Moonkin on doit track des débuffs du coup on a dus passer via une autre solution. Vous téléchargez DBM et vous cochez uniquement l'API et le GUI (dans votre menu add-on). Ensuite sur tous vos spells que vous devez track sur la cible vous faites une maccro (éxemple ici avec Dbm):
le timer se lancera à chaque pression sur votre touche même si vous spammez alors que le GCD tourne encore donc faites bien gaffe à poser votre debuff quand même. Pour vérifier si vos Dots résistent il suffit d'installer MSBT et de configurer une alerte à chaque fois que vos spells résistent. De ce fait vous pouvez poser votre debuff correctement. bisous
C'est possible de déclencher un timer décimal ? Ni
ni
ne fonctionnent Edit : ça a l'air de marcher avec un /in 1.5 /dbm timer 18 UA.
Ca reste nettement moins pratique qu'un addon de suivi de dot, sans parler du fait que c'est conpletement inefficace en situation de multidot...
(ceci est un up non cache du sujet)
J'utilise Necrosis, c'est vachement sympa, sauf que si mon buff n'est pas affiché sur le boss, il n'est pas affiché non plus sur l'addon… Allez, need régler ce truc, courage !
Rise and rise again until lambs become lions.
Le 28/08/13
Pas de panique, Lorh arrive ! :D
Ce serais gentil d'être patient Xdie, ce post n'a que 10 mois. Il a que 81 "+1" et détient le record de vue sur un post bug.
Donc stop troll quoi Edit : Kyr a le record, j'aurais tout vu..
Salut,
pour ma part j'ai pu constater en raid 25 que ce bug survient lorsque je place mes DoT après que les autres joueurs aient placés leurs effets sur la durée avant moi. Mes DoT sont effectifs car les dommages s'affichent, mais je ne peux voir ceux-ci sur la cible s'afficher. Je me tiens dispo en jeux pour tous test éventuels afin d'aider à cerner d'où provient ce bug. Il y a par exemple Docteur Boom sur lequel on pourrait travailler au lieu d'aller en raid, dans la condition ou on fix celui-ci étant donner qu'à la base il ne devrait pas du tout se déplacer.
J'ai constaté en R25 qu'avec AG_UnitFrame (configuré) il est pas possible d'afficher plus de 16 debuff sur une cible, alors que normalement il devrait être possible d'afficher les 40 debuff qu'une cible peut avoir.
Peut être une piste là dessus.. Dsl de flood mais j'aimerais tant pouvoir aider à trouver d'où provient le dysfonctionnement.
En fait c'était assez simple. Le client n'autorise que 56 auras visibles par unité, Mangos divisait ça en 40 buffs + 16 debuffs. Il suffit d'inverser ça pour les PNJ : 16 buffs + 40 debuffs, et ça fonctionne bien mieux.
J'ai laissé les pets dans la catégorie 40 buffs + 16 debuffs, je sais pas si c'est nécessaire, mais ça me semblait plus logique. De toute manière, les pets n'affichent toujours pas correctement leurs debuffs, m'enfin je pense pas que ce soit prioritaire. Erreur : Le contenu de ce bloc n'est pas disponible pour les joueurs (ce sont généralement des précisions ne concernant que les administrateurs du serveur)
http://thegeekcrusade-serveur.com/forums/viewtopic.php?f=28&t=3126 - TGArmory
Merci Ape je regarderai ça dès que possible, mais cela m'étonne 1) que mangos ait laissé un tel problème 2) que si tel est le problème, pourquoi les debuff au delà de 16 sont pris en compte actuellement
Je m'avance peut-être, mais si j'ai bien lu ce qui a été dit on ne parle que de la visibilité de ces débuff. Au delà de 16 ils ne sont plus affichés mais sont pourtant bien effectifs.
Je dois avouer qu'un correctif aussi simple m'a étonné mais en même temps, je me dis que les devs qui se sont occupés de cette partie ont uniquement cherché à la rendre fonctionnelle. Ils n'avaient probablement pas l'objectif de faire quelque chose de parfait.
Pour ce qui est des debuffs fonctionnels mais invisibles, Mangos triche un peu et n'impose pas de limite sur les auras qu'il prend en compte. La partie du code que j'ai corrigé ne concerne que l'envoi de la liste des auras au client, mais l'aura en elle-même a déjà été prise en compte bien au dessus. Techniquement, avant l'appel de _AddSpellAuraHolder(), il n'y a aucune vérification du nombre d'auras, et il n'y a pas de vérification du retour de cette fonction. Du coup, que l'aura soit affichée ou non, Mangos s'en carre, il l'ajoute dans la liste des auras de l'unité quand même. Comme les autres correctifs que j'ai proposé, je suppose que n'étant pas un bug critique et ici uniquement visuel (car les debuffs sont quand même pris en compte), personne n'a jugé utile de changer ça.
http://thegeekcrusade-serveur.com/forums/viewtopic.php?f=28&t=3126 - TGArmory
Pas tout de suite non plus. Il faut déjà valider le correctif, être sur que ça n'apporte pas de crashs (enfin vu le peu d'instructions rajoutées ça sera pas long), ni d'autres bugs intempestifs sur les buffs/debuffs.
Ça fait quelques jours que je le teste chez moi et je n'ai pas vu d'ombre au tableau, du coup, même si Lorh juge que ce n'est pas le correctif suffisant à ce souci, je trouve que c'est un pas en avant.
http://thegeekcrusade-serveur.com/forums/viewtopic.php?f=28&t=3126 - TGArmory
Je ne pense pas. Le fix proposé ne règle pas la question de base: l'affichage prioritaire. Car le probleme ne semble pas venir du nombre de buff actifs (car meme ceux qui ne sont pas visibles font des degats), mais de leur visibilité. Donc je ne pense pas que changer le nombre de buff ainsi règle la question, sauf si Ape me confirme avoir reproduit le soucis et démontré que son fix le corrigeait, ce que je demanderais à voir niveau méthode.
Sur ce que je propose, je ne fais que résoudre le problème principal, soit l'affichage des 40 débuffs à la place de la limite à 16.
Je pense que la priorité des debuffs se résoudra par effet de bord car il est extrêmement rare d'avoir plus de 40 debuffs sur une seule cible. Le client fera de lui même la priorisation des debuffs personnels sur l'interface de base (qui elle ne peut en effet n'afficher que 16 debuffs) en triant parmi les 40 qu'il reçoit. edit: sous entendu, je n'ai pas encore testé mais je vais le faire ^^
http://thegeekcrusade-serveur.com/forums/viewtopic.php?f=28&t=3126 - TGArmory
Beaucoup de supposition dans tout ça à mon avis. De plus, on s'écarte du blizzlike, qui n'affiche que 16 débuff effectivement. Bref ce correctif n'est pas à l'ordre du jour en l'état.
Je cherche encore à reproduire le problème de mon côté. Si une guilde a une video je ne suis pas contre.
Hein ? Je crois qu'on s'est mal compris là. Je parle d'envoyer au client les 40 debuffs pour justement permettre aux addons de fonctionner de manière blizzlike. Pour les suppositions, j'ai édité après coup pour indiquer que j'allais tester ce soir ;)
http://thegeekcrusade-serveur.com/forums/viewtopic.php?f=28&t=3126 - TGArmory
Je ne crois pas me tromper en disant cela? Il y a une limite visuelle (mais pas effective: il peut y avoir plus de 16 debuff actifs sur la cible, contrairement à vanilla)
Faut vraiment que j'arrête d'éditer après coup, désolé.
Je vais essayer de synthétiser tout ce que j'ai appris sur le topic : - L'UI par défaut n'affiche que 16 debuffs maxi - L'UI par défaut derait afficher prioritairement les debuffs personnels - Les addons devraient permettre d'afficher jusqu'a 40 debuffs par cible (ils bloquent à 16 ici) proof source(18 July 2008) Ce que j'ai essayé de solutionner : - Mon correctif permet justement d'envoyer au client 40 debuffs par cible - Mon correctif permet aux addons d'afficher 40 debuffs par cible - Mon correctif ne change pas la limite de 16 debuffs affichés sur l'UI par défaut - Je n'ai pas encore testé la priorisation des debuffs sur l'UI par défaut, mais ce sera fait dans la soirée
http://thegeekcrusade-serveur.com/forums/viewtopic.php?f=28&t=3126 - TGArmory
As tu réellement testé ton correctif ?
C'est le client qui gère cette limitation 40 / 16. Si tu met un débuff dans un des 40 premier slot, il s'affichera comme buff, aux dernières nouvelles, tu ne peux pas manipuler ça comme ça.
94 messages
• Page 2 sur 3 • 1, 2, 3
|