Looking4Group / L4G_Core

Looking4Group Core
http://looking4group.eu
GNU General Public License v2.0
37 stars 69 forks source link

Prinz Malchezaar - Infernals #276

Closed Xadras closed 8 years ago

Xadras commented 9 years ago

Originally reported by: Anon X (Bitbucket: Anonx, GitHub: Anonx)


Beim Bossfight gegen http://looking4group.de/database/?npc=15690 sollten es von der Bossfightmechanik unmöglich sein, dass der Spell http://looking4group.de/database/?spell=37277 zweimal auf die selbe Stelle kommt. So ist der Bossfight oftmals einfach nur ein Witz, wenn man lucky ist.

http://www.wowhead.com/npc=15690/prince-malchezaar#comments http://hordeguides.de/Schlachtzug/TBC/Boss/15690/Prinz-Malchezaar/index.htm


Xadras commented 8 years ago

Original comment by hitpoint (Bitbucket: hitpoint, GitHub: hitpoint):


He also may be the only boss in Kara with post-nerf (unbuffed) retail damage values. He hits very weak in phase 1 and 3 especially. As the tank, I can't get any rage in phase 1 and 3.

Maybe this is Blizzlike or or maybe it isn't. But he's definitely one of the weakest hitting bosses in our buffed (prenerf?) version of Kara which is definitely strange and not blizzlike.

You can see corecraft's "prenerf" damage values on the tank's portrait in this video. But his health value is clearly very wrong, so maybe this is too early of a CC version to get reliable information from.

https://youtu.be/xyCGBN0F4OU?t=6383

The max hit on the tank is 5.6k in phase 1. So base damage is probably at least 13k before armor, and defensive stance.

Here is a later version (post nerf?) of him from retail where he seems to hit very fast (dual wielding?) even before he is holding axes.

https://www.youtube.com/watch?v=HTdvWZDBThk

This might need more research. But in both versions he hits harder or faster than he does on our server.

Xadras commented 8 years ago

Original comment by hitpoint (Bitbucket: hitpoint, GitHub: hitpoint):


Any update with infernal stacking? Does the fix above work?

Xadras commented 8 years ago

Original comment by Trenchfox (Bitbucket: Trenchfox, GitHub: Trenchfox):


Hello, I have found a fix to the Prince Infernal Spawns & Despawn Issue.

The issues that existed are : Infernals would spawn ontop on eachother very often (There is supposed to be a 1/19 chance of that happening)

When the Despawn Timer and Spawn timer would match up, an infernal would despawn, but a new one would not spawn, you can see this issue on live.

Here is a link to a video showing the fix :https://www.youtube.com/watch?v=797qpgyF5ag

Xadras commented 8 years ago

Original comment by Anon X (Bitbucket: Anonx, GitHub: Anonx):


Issue #472 #1634 #6 was marked as a duplicate of this issue.

N1 Trenchfox.

Xadras commented 8 years ago

Original comment by Xadras (Bitbucket: Xadras, GitHub: Xadras):


Removing component: Mechanik (automated comment)

Xadras commented 9 years ago

Original comment by Anon X (Bitbucket: Anonx, GitHub: Anonx):


Es kommt mir so vor, als ob der Boss die Infernals aufgrund eines Range oder LOS-Problems nicht an bestimmt Punkte spawnen kann.

Wenn der Boss in einem Try schon öfter oder einmal gezogen wurde, scheint mir die Wahrscheinlichkeit höher zu sein, dass die Infernals auch an zufälligen Punkten landen.

Fraglich ist auch ob mehrere Infernals ineinander spawnen können wenn Er drei oder mehrere am Stück auf die selbe Stelle wirft wie es oft der Fall ist.

Vlt hilft https://github.com/scriptdev2/scriptdev2/commit/b281c50005b69d5441365e8d41308103f153432c ja weiter

Die Infernals spawnen bei uns aus seiner Hand, dabei sollten diese Ihren Ursprung in der Luft ca. 10 Meter über der Mitte der Terasse haben. Von dort fliegen die Infernals zu ihren "Spawnpoints" und schlagen dort ein.

Den die Infernals spawnen nicht aus den Wolken wie sie eigentlich sollten, sondern direkt vom Boss.

Kann mir dieses Verhalten ohne eine IF Function, welche irgentetwas mit seiner Position zu tun hat nicht erklären.

https://www.youtube.com/watch?v=sscB5GNTB6E 6min

https://www.youtube.com/watch?v=MJ3eBQaSCwY 10sec Infernals Spawn after Prince is killed, because of Castpoint and Range

Infernal Spawnpoint: http://i27.photobucket.com/albums/c199/Dinobot7127/PrinceAirViewInfernals-1.jpg

Manchmal schluckt der Prinz seinen eigenen Infernal Timer, sodass längere Zeit kein weiteres Infernal spawned.

https://bitbucket.org/looking4group_b2tbc/looking4group/src/b3a52d85414a0c5d3ea5ee74c4f10a15e74ac476/src/scripts/scripts/zone/karazhan/boss_prince_malchezaar.cpp?at=master&fileviewer=file-view-default

https://gitlab.com/trinitycore/TrinityCore_434/blob/4.3.4/src/server/scripts/EasternKingdoms/Karazhan/boss_prince_malchezaar.cpp

#!c++
// https://github.com/NostalriusTBC/Core/blob/master/src/scriptdev2/scripts/eastern_kingdoms/karazhan/boss_prince_malchezaar.cpp

-        InfernalTimer = 45000;
+        InfernalTimer = 40000;

https://github.com/NostalriusTBC/Core/blob/master/src/scriptdev2/scripts/eastern_kingdoms/karazhan/boss_prince_malchezaar.cpp

Issue #472 info

Xadras commented 9 years ago

Original comment by Micha2903 (Bitbucket: Micha2903, GitHub: Micha2903):


Offene Bugs sind entweder offen, weil die Priorität zu niedrig ist, als das man sich damit beschäftigen "müsste", oder weil der gefundene Bug nicht mal so einfach zu beheben ist. Wir haben hier durchaus Reports die Monate alt sind, die wir aber wohl nie beheben werden.

Dafür müssen wir uns aber weder schämen, noch versuchen es anders aussehen zu lassen. Wir sind Hobbyentwickler und haben unseren Spaß am Programmieren und ihr hoffentlich euren beim Spielen. Was nicht geht, das geht halt nicht.

Aber sei versichert, das hier niemand etwas "aussitzen" möchte.

Um hier mal weiter zu kommen: @Xadras: wie wäre es, wenn wir Worldtrigger nehmen, deren GUIDs in ner Liste speichern und dann von den Triggern aus die Teile quasi "nearest to the trigger" spawnen lassen und das mit dem Code wie ich ihn geschrieben hatte für die Dopplungsgeschichte und Wiederholung?

Hättest mal Zeit das zu testen? Wenn nötig, kann ich auch mitmachen.

Xadras commented 9 years ago

Original comment by Micha2903 (Bitbucket: Micha2903, GitHub: Micha2903):


Das Problem ist nicht der Code an sich. Das Problem ist, das die blöden Viehcher sich Punkte nehmen, die sie sich nicht nehmen sollten. Mal angenommen Punkt A ist x,y,z 100, 150, 200 und Punkt B ist x,y,z, 300, 350, 200 und ich sage im Script du olles Vieh sollst auf B spawnen dann geht das kackendreißt daher und setzt sich auf A.

Laut der Logic des aktuellen Scripts und der einer geänderten Variante die ich mir ausgedacht hatte wird de facto kein einziges mal eine Position zweimal verwendet und dennoch gibt es bestimmte Positionen an denen die fälschlicherweise Spawnen.

Das ließ sich bisher auch mit Logs noch nicht herausbekommen, woran das liegt. Jedenfalls nicht am Script selbst. Da stimmt irgendwo an einer anderen Stelle etwas nicht.

Meine Vermutung war, dass die Core bestimmte Punkte als invalid sieht und versucht sie zu "normalisieren" und kommt dabei auf die immerwieder gleichen Punkte. Bisweilen ließ sich das aber noch nicht von uns herausfinden.

Einer der Bugs an dem wir bisher mit am längsten gearbeitet haben ohne einen Schritt voran zu kommen.

Du siehst was wir hier sonst so an Dingen erledigen. Da kommts schon ein wenig dreißt daher wie du dich da oben äußerst.

Xadras commented 9 years ago

Original comment by Anon X (Bitbucket: Anonx, GitHub: Anonx):


Dann habe Ich mich geirrt was meine Annahme angeht, Sorry.

Eventuell kann man das mit dem /rnd 19 umgehen wenn Er nebenbei aufzählt was Er bereits "errechnet / erwürfelt" hat und dann halt nochmal würfelt wenn zb ein weiteres mal der Spawnpoint Nummer 5 rauskommt.

Habe den Code zum Bossfight noch nicht angeschaut, deshalb kann Ich auch nur mutmaßen, wie kompliziert die Lösung ist. =)

Xadras commented 9 years ago

Original comment by Xadras (Bitbucket: Xadras, GitHub: Xadras):


Wenn es so leicht wäre hätten wir das schon gelöst...

Xadras commented 9 years ago

Original comment by Anon X (Bitbucket: Anonx, GitHub: Anonx):


Ihr habt euch ja schon #4/prinz-malchezaar und #6/prinz-malchezar ausreichend darüber unterhalten, im Code ist vlt kein Fehler zu sehen, so wie Ihr den Bosskampf versteht.

Fakt ist, dass die Infernals NIEMALS ineinander gespawnt sind, sonst wären die Leute nicht der Meinung, dass es Glück wäre wenn man gute Infernal spawns hat. Dann gäbe es auch Comments wie: "Ach bei uns sind alle Infernals am Arsch der Welt ineinander gespawnt, haben Prinz locker gelegt 2.4.3..."

So wie der Prinz aber zur Zeit spielbar ist, ist er ein Witz. Bei 9 von 10 Kills spawnen die Infernals durchwegs an den gleichen Stellen, am besten noch ineinander.

Das eine mal wo es ein wenig spannender wird kommt ein Infernal im Range / Tank Camp, danach gehts aber wieder weiter wie gehabt, sprich 3-5 Infernals spawnen irgent wo am Arsch der Welt im selben Spawn Point.

So war der Prinz damals Retail nicht. Aber wenn Ihr das nicht mit einer IF Abfrage wie bei Moroes mit der Blutung lösen wollt nehme Ich das wohl so hin, dass Prinz Freeloot sein soll.

Xadras commented 9 years ago

Original comment by Anon X (Bitbucket: Anonx, GitHub: Anonx):


Welcher Comment? Aus meiner Erinnerung musste man eher Glück haben, dass die ersten Infernals nicht gleich ins Tank- / Rangecamp fallen. Außerdem beschweren sich die meißten eben genau darüber, dass die Infernals sehr oft dorthinfallen und so oft Wipes verursachen, da die Leute das movement damals nicht hatten.

(70) Through out the fight he summons infernals from the sky landing in random spots. There will be only 4 maximum on the ground.

(25) Infernals that aren't targetable much less CCable in any way that fall in random locations is just enormously frustrating. Made 10 attempts tonight, had no more than 4 infernals land in a spot that wasn't inconvenient. Most landed in spots that boxed us in almost immediately or ensured that by the 3rd infernal we would be dead.

(8) While this fight does have luck, proper positioning can help a lot to reduce the chance of bad luck to happen. Just about every infernal wipe I've had on prince was due to either bad positioning or slow reaction time, rather than impossible spawns. Just make sure you re-position the raid after EVERY infernal drop so that you have as much room as possible to play with. If your DPS is low, you may actually have the first and possibly second infernal despawn so keep that in mind when choosing your position after the 3rd (?) infernal.

Re-positioning to a good place will greatly reduce your chance of having bad luck. If an infernal lands on the tank and he just moves a few steps out of it, you're that much more likely to have another one drop on his other side and the 3rd one dropping on him leaving him nowhere to move. I could give many other examples but you should just be smart and find a spot where you'd be least likely to get boxed in.

Also remember the tank can't see anything on this fight so you need to tell him exactly where to go. Decide on some common languege before the fight so he actually understands what you're saying - preferably that will be possible with 2-3 words to tell him to go to just about anywhere, including to the opposite side from where you initially tanked him, as sometimes the other side will have simply too many infernals.

When you fail that fight, instead of saying "shitty infernal drops" try finding where you could've actually moved in order to not get screwed by those shitty drops.

Die Infernals können nicht "Random" in den selben Spot landen, sonst wäre der Encounter nicht so schwer wie viele der Comments beschreiben.

Xadras commented 9 years ago

Original comment by Xadras (Bitbucket: Xadras, GitHub: Xadras):


Laut den wowhead comments passiert das aber öfter, dass die Infernals auf ein und die selbe Stelle kommen?