Diskussion:Charakterstufe

Wo findet man eigentlich Monster leichten Modus auf Stufe 32 im schweren auf 33? (Vorstehender nicht signierter Beitrag stammt von 193.171.130.19 (Diskussion • Beiträge) )

Shiro Tagachi ist zumindest Stufe 33 im schweren Modus. --Tera 12:31, 1. Dez. 2008 (CET)

Shiro bietet, soweit ich das bisher überblicken kann, mit seinem Lvl 31 das Maximum. Die beiden anderen End-Endgegegner Lich und Abaddon haben im normalen Modus je 30. Ich würde eher davon ausgehen, dass es daher keinen "normalen" Boss mit Lvl 32 gibt und die Angabe auf dieser Seite nicht korrekt ist. Lass mich aber gerne eines Besseren belehren. --Mo 13:27, 1. Dez. 2008 (CET)

In der Tiefe verwenden die Geächteten-Todeshand-Nekromanten die Fertigkeit Fleischgolem beleben. Teilweise tun sie dies mit 21 Rängen in Todesmagie, sodass der Fleischgolem auf Stufe 34 ist. Sollte das nicht noch irgendwo hier angemerkt werden, oder ist dies nicht relevant, da der Fleischgolem ein untoter Diener ist?-- Aethiles 13:06, 16. Aug. 2010 (CEST)

Wird jetzt erwähnt :) --Tera 19:18, 16. Aug. 2010 (CEST)

Weblinks

Mir ist bewusst, das es nicht unbedingt Angelegenheit der Wiki ist, die Inhalte der verlinkten Seiten auf Richtigkeit zu überprüfen, allerdings ist der Erfahrungsrechner nicht ganz akkurat. Da es bei den hessischen Gentleman keine einfache Methode gibt, mit ihnen in Kontakt zu treten schreib ich das einfach hier, da ich vermute, dass es ein Mitglied früher oder später erreicht.

Zum Beleg meiner Aussage bitte einfach mal im Erfahrungsumrechner 1000 XP eintragen. Der Rechner zeigt korrekter Weise Stufe 1 an, allerdings 54% zur nächsten Stufe. Das ist nicht richtig, wie ein Blick in die Erfahrungstabelle zeigt, werden 2000 XP zu Stufe 2 benötigt. Da sind 1000 XP genau 50%. Je größer die eingegebenen XP werden desto marginaler wird der Fehler. Da ich nicht wirklich Ahnung von JavaScript habe, kann ich nur die Ursachen vermuten: die Mathematische Approximation ist in diesen Bereichen nicht akkurat, welche aber durch eine do-while-Schleife auch in JavaScript ersetzt werden könnte, die genau wäre(schließlich ist es eine einfache Summenfunktion ;) ).

Wenn Interesse besteht, könnte ich dafür die Funktion in Java posten. MfG 91.42.206.237 03:02, 31. Jul. 2010 (CEST)

Ein bisschen Rumtesten im niedrigen Bereich lässt mich vermuten: Rundungsfehler, bzw. interne Weiterberechnung mit bereits gerundeten Werten, was sich bei den kleinen Zahlen hochschaukelt. Die Abschnittsgrenzen sind aber, soweit ich das sehe, richtig. Einzig die Prozentangaben innerhalb dieser sind nicht akkurat, man handelt sich aber eben keine Langzeitfehler ein, insofern nicht allzu schlimm.

Arbeitseifer ist natürlich immer gern gesehen, aber auch hier im Wiki können wir nicht viel an der Erreichbarkeit drehen. Deren Seite wurde laut ihren Angaben das letzte Mal 2007 geupdated, im Forum sind jedoch auch neuere Beiträge. Entsprechend sollte man (weiterhin / wie auch dort erbeten) probieren, Kontakt über das Forum aufzunehmen. -- 04:31, 31. Jul. 2010 (CEST)