Fehler #17923
geschlossenHoTs + DoTs Berechnung bei Clipping
DoTs und HoTs sollten nun wieder richtig berechnet werden, wenn diese geclipped werden.
Beschreibung
Es geht um den Baum. Wenn man, z.B. Verjüngung, vor deren Ablauf erneuert heilt das erneuerte Verjüngen weniger. Durch mögliche proccs sollte es aber eher sogar mehr heilen. Der gleiche Effekt ist bei allen Hots also z.B. auch bei Nachwachsen zu beobachten.
Verjüngung: https://db.rising-gods.de/?spell=48441
Nachwachsen: https://db.rising-gods.de/?spell=48443
Beispiel: ... ohne Buffs, ohne procs und in Baumgestalt.
Erstes Verjüngen: +2814
Zweites Verjüngen das das erste überschreibt: +2164
Ohne Proccs sollten beide Werte ident sein. Die Differenz beträgt jedoch 30%.
Auch der hot der durch Nachwachsen kommt buggt auf genau dieselbe Art und Weise.
Reproduktion: Als Druidenheiler Verjüngung auf sich setzen und sofort erneuern.
Danke ihnen.
Von Rushor vor fast 9 Jahren aktualisiert
- Thema wurde von [Zauber][Druide]Hots buggy. zu [Druide] Hots Berechnung geändert
- Status wurde von Neu zu In Bearbeitung geändert
- Zugewiesen an wurde auf DevSargon gesetzt
- Zielversion wurde auf Klassen gesetzt
- DB-Link wurde auf https://db.rising-gods.de/?spell=48441 gesetzt
dein kram :>
Von Franchizer vor fast 9 Jahren aktualisiert
Das Problem betrifft auch des Priesters Erneuerung (https://db.rising-gods.de/?spell=48068)
Von Bukama vor fast 9 Jahren aktualisiert
ist beim wildwuchs auchso wen man zu zeitnah wildwchs erneuert
Von Rushor vor fast 9 Jahren aktualisiert
- Thema wurde von [Druide] Hots Berechnung zu [Druide] Hots + Hot Berechnung geändert
Von Rushor vor fast 9 Jahren aktualisiert
Es geht um die Berechnung der Dots: Ähnlich wie in dem Ticket für Hots (https://redmine.rising-gods.de/issues/17923) klappt die Berechnung für Dots auch nicht korrekt.
Getestet hab ich das Ganze auf einem Hexer ohne jegliche Items, die proccen können, sowie ohne T10 4er Bonus und ohne Krit-Meta:
Ohne klippen:
Normal 1466 Krit 2932
Mit klippen:
Normal 1078 Krit 2156
Also ca. 30% Dmgunterschied
Repropduktion: Einfach an ne Puppe stellen, einmal Dots auftragen ohne klippen, dann mit klippen. Die Unterschiede sind ja recht deutlich und schnell entdeckt.
Hab das auch für Shadows getestet, gleiches Problem, gleiche Möglichkeit zur Reproduktion.
Von Rushor vor fast 9 Jahren aktualisiert
- Thema wurde von [Druide] Hots + Hot Berechnung zu [Druide] Hots + Dots Berechnung geändert
Von 1337 vor fast 9 Jahren aktualisiert
- Thema wurde von [Druide] Hots + Dots Berechnung zu HoTs + DoTs Berechnung bei Clipping geändert
- DB-Link
https://db.rising-gods.de/?spell=48441wurde gelöscht
Scheint ja generell alle HoTs und DoTs verschiedener Klassen zu betreffen.
Von Angina vor fast 9 Jahren aktualisiert
Vermutung: Beim Clippen scheinen momentan die meisten/alle prozentualen Modifikatoren aus Talenten für Schaden/Heilung nicht mehr beachtet zu werden.
Zwei kleine Beispiele für DoTs (getestet mit 2943 ZM):
1. Feuerbrand
1.1: Einziges Talent, was diesen Spell boostet ist Verhängnis (3% mehr Schaden auf alles):
Vor dem Clipp: 767 Schaden pro Tick
Nach dem Clipp: 767 Schaden pro Tick
1.2: mit Verhängnis + Zauberstein (1% mehr DoT-Schaden):
Vor dem Clipp: 775 Schaden pro Tick
Nach dem Clipp: 767 Schaden pro Tick
=> genau das eine Prozent
=> Verhängnis löst den Bug nicht aus (möglicherweise verallgemeinerbar auf alle Effekte, die x% auf alles geben?)
2. Bei ausgeskillter Verderbnis (jegliche -Boosts aus dem Afflibaum + Zauberstein geben zusammen ca. 141) ist das Ergebnis erwarteterweise erschreckender:
Vor dem Clipp: 1529 => ((1,86*2943)*1,41+1467)/6 = 1530 pro Tick (tue ich mal als Rundungsfehler ab)
Nach dem Clipp: 1124 => ((1,86*2943)*1+1467)/6 = 1156 pro Tick: hier fällt also vielleicht sogar noch ein Modifikator raus oder ich habe was übersehen?
=> Verlust von knapp 26%
Debuffs auf dem Target, wie Fluch der Elemente, Heimsuchung etc. werden in die Schadensberechnung auch beim Clippen noch einbezogen.
Jedenfalls ist dieser Bug ziemlich zerstörend für Afflis und Shadows. Vor allem tötet er die vor kurzem behobenene Mechanik, dass DoTs bei Softrefreshes ihre prozentualen Modifier behalten, da man jetzt den DoT natürlich bei diesen Buffs nicht neu setzen möchte.
Von Angina vor fast 9 Jahren aktualisiert
Angina schrieb:
Nach dem Clipp: 1124 => ((1,86*2943)*1+1467)/6 = 1156 pro Tick: hier fällt also vielleicht sogar noch ein Modifikator raus oder ich habe was übersehen?
=> Verlust von knapp 26%
Fehler gefunden. Erstens habe ich vergessen Verhängnis in den Multiplikator einzubeziehen und zweitens wird auch der Basisschaden wieder auf den Standard verringert. Bei der Verderbnis = 1080 => mit Verhängnis 1080*1,03=1112
Somit: ((1,86*2943)*1,03+1112)/6 = 1125 pro Tick (tue ich auch hier wieder als Rundungsfehler ab)
=> Vermutung von oben scheint sich zu bestätigen.
Von Laederlappen vor fast 9 Jahren aktualisiert
Das Problem ist eher, dass der Bug zZ nur auf dem Liveserver auftritt und nicht auf den Testservern.
Iwelche Merges oder die Sachen von Sunwell maybe, die damit interagieren?
Von Rushor vor fast 9 Jahren aktualisiert
der livetestserver ist immer die exakte kopie des livelive servers (da können höchstens ein paar datenbanksachen unterschiedlich sein- ABER das auch nur für höchstens 1 tag, da jeden morgen der db dump vom liveliveserver als grundlage für den livetestserver neu eingespielt wird
Von DevSargon vor fast 9 Jahren aktualisiert
- Status wurde von In Bearbeitung zu Testbereit geändert
- Zugewiesen an
DevSargonwurde gelöscht
Von Laederlappen vor fast 9 Jahren aktualisiert
Auf welchen der Server kann man das nun testen ? :D
Von Rushor vor fast 9 Jahren aktualisiert
master, wenn nichts anderes kaputt geht kann es ja ein livetest werden
Von Laederlappen vor fast 9 Jahren aktualisiert
- Status wurde von Testbereit zu Ready geändert
- Update Text Deutsch aktualisiert (Vergleich)
10 min lang Verjüngung geclipped und 10 min lang Verderbnis.
Jeweils der gleiche Schaden (Resists mit eingerechnet)
Von Rushor vor mehr als 8 Jahren aktualisiert
Bedeutung Live:
Der Bug wurde erfolgreich behoben und der Fix dazu befindet sich auf dem Spielserver. Sollte der Fehler weiterhin bestehen sollte ein neues Ticket ( https://redmine.rising-gods.de/projects/live/issues/new ) erstellt werden. Anmerkungen in dem alten abgewiesenen oder live genommenen Ticket werden ignoriert und gelöscht.