Quote:
Originally Posted by Buchs
danke für die Hinweise, aber ich hab den Fehler woanders gefunden (nachdem ich alles was du gesagt hast schon längst gemacht hatte).
Und zwar findet sich in der D2NT\scripts\libs\common\NTAttack in der Funktion NTA_ClearPosition eine Stelle
Code:
_target = NTC_FindUnit(NTC_UNIT_MONSTER);
NTSI_PickItems();
Das bewirkt, dass der Bot nach JEDEM Monster einen Pickit durchführt (zumindest checkt was da liegt) - und nicht nur wenn er eine Position gecleart hat.
Der Effekt des ganzen ist, dass man extrem schnell in Public runs die Items grabbed, allerdings führt es zu Abstürzen wenn zuviele Gegner gleichzeitig sterben und zu viel Zeug aufm Boden liegt (vornehmlich bei Diablo und im Thronsaal).
Es gibt also 2 Möglichkeiten den Fehler zu beheben:
die einfachste ist, einfach dieses Pickit in der NTAttack raus streichen. Der Bot sammelt rotzdem alles ein, allerdings erst wenn das Umfeld vor dem nächsten weiter teleporierten clear ist. (Eben so, wie es in den Configs für die Encounter steht). Hier sollte man die Snagrange des Bots erhöhen. Ich habs momentan von 50 auf 80 hoch und läuft ganz gut.
{Quelle irgendwo hier im Forum nach einer ganzen Zeit suchen}
Die 2. Möglichkeit ist die Snagrange des Hammerdins zu verringern - hier müsste man etwas experimentieren, aber bei Baal wird er wohl trotzdem abstürzen.
Das ganze ändert aber auch nichts daran, dass es interssant wäre alle Funktionsaufrufe zu protokollieren um eventuelle andere Fehlerquellen (sollte er immer noch ab und an abstürzen) ausfindig zu machen. |
So ganz stimmt deine Aussage noch nicht.
Die Funktion wird nicht nach jedem Monster aufgerufen, sondern vor jeder Attacke, die Umsetzung ist also noch schlimmer, als du denkst.
Prinzipiell kann man dort ansetzen, um ein schnelleres Aufheben umzusetzen, allerdings würde die Umsetzung dann etwas anders aussehen.
Achja, eine Snag Range von mehr als 70 macht aus meiner Sicht keinen Sinn, da Item Objekte die weiter entfernt sind ohnehin nicht instantiiert werden können. Jedenfalls gilt das für Monster, ich würde aber mal vermuten, dass das genauso für Items gilt. Werde ich aber gleich nochmal testen, interessiert mich selber.
Das mit den Funktionsaufrufen sehe ich auch eher skeptisch.
Du müsstest eine Funktion schreiben, der du den Namen der Funktion übergibst und diese dann per filehandle in eine Datei schreibst.
Soweit so gut, auch extrem leicht umsetzbar.
Auch die Uhrzeit könnte man problemlos hinzufügen, die übergebenen Aktualparameter und was einem sonst noch in den Sinn kommt, alles gar kein Problem.
Allerdings müsstest du deine "Aufruf-Log-Funktion" dann in jeder Funktion aufrufen.
Von der Umsetzung her auch machbar und in erster Linie eine fleiss Frage.
Wenn du jetzt aber mal bedenkst, wie häufig eigentlich gewisse Funktionen aufgerufen werden, geht das ganze doch ein wenig ins Absurde.
Deine Textdatei würde innerhalb kurzer Zeit auf eine Größe von einigen MB anwachsen.
Mal abgesehen davon, dass du durch diese häufigen Aufrufe deiner "Aufruf-Log-Funktion", bei denen du jedes mal ein Filehandle öffnen musst, eventuell merkliche Laufzeiten entstehen.
Nicht im einzelnen, aber in der Summe schon.
Denk dabei beispielsweise an eine Sorc, die gerade fröhlich Feuerbälle castet.
Jeder Feuerball ist ein Funktionsaufruf.
Jedes mal Teleportieren ist ein Funktionsaufruf.
Das könnte man fast beliebig fortführen...
Du hättest hinterher eine riesen Datenmenge, durch die niemand durchblickt, sodass du am Ende kein bisschen schlauer bist und somit nichts gewonnen hast.
Im Normalfall halten sich die Exceptions ja in Grenzen, sofern man seine Funktionen ordentlich schreibt und überlegt was man tut. Ich würde mich darum einfach mal damit abfinden, dass man die lästigen D2 Exceptions niemals ganz loswerden wird.
Angesichts dessen sollte man auch immer im Hinterkopf behalten, dass D2 Exceptions kein reines D2NT Problem sind, sondern durchaus auch mal auftreten, während man normal spielt (wenn auch zugegebenermaßen deutlich seltener).
Lg
Muddy
