Quote:
Originally Posted by Syc0n
Abgelehnt. Ob jetzt 50,150 oder was anderes ist meines Erachtens nach ziemlich egal. Und das mit dem cnt ist eine überprüfung, ob auch wirklich resignt wurde.
|
=> joar, wie du meinst, aber dann kannste $wdelay auch gleich fest auf 50 setzen oder so...random ist an "$wdelay = Random(50,150,1)" jedenfalls nichts, wenn das nur 1x gesetzt wird und dann zigfach verwendet wird...
Quote:
Originally Posted by Syc0n
Das würde ich gerne machen, aber ich kann leider nicht bestimmen wieviele Items gedroppt werden, deswegen schätze ich die Menge. Wenn du mir ne korrekte Lösung sagen könntest, wie man für jedes auch wirklich aufgehobene Item +1 macht , dann schreib das hier rein und ich werds mit aufnehmen.
|
=> also ich hab momentan $Items in der äußeren Schleife bei CollectLoot() inkrementieren lassen... das ist zumindest etwas exakter und zählt dann auch nur wirklich aufgehobene Items... allerdings werden Items, die stacken oder einfach nichts zu identifizieren haben (z.B. Farben, Materialien, Gold, ...) auch noch mitgezählt. ich bin grad schwer am Überlegen, ob man mit der Basisadresse
Code:
INVENTAR = 0xa026ec bzw.
ALLBAG = 0xa02714
an die einzelnen Werte für die Stacks/Items im Inventar kommen kann. Dadurch könnte man evtl. die fest hinterlegten IdentKits abfragen, wieviel mal die noch verwendet werden können. Wenn der Wert dann 0 ist, kann man dann zum nächsten gehen usw. Das wär richtig genial, da man sich wie bereits erwähnt dann das Zählen der aufgelesenen Drops komplett sparen kann =)
Nur bin ich leider nicht so der MemHaxor, weshalb ich hoffe, daß wadim mal bissl Langeweile hat und uns da weiterhelfen kann :D
Quote:
Originally Posted by Syc0n
Bin ich der einzige, der zwischen dem 1. Code und dem 2. Code keinen Unterschied sieht?
|
=> da ist schon bei 3.) ein Unterschied... ich fange beim Zählen in der 2. Zeile mit >100 statt >200 an... wie gesagt: du identifizierst sonst die Items 101 bis 200 nicht mit und verkaufst die direkt...
Quote:
Originally Posted by Syc0n
Hmm also in meiner Version castet der Bot nur zum hinrennen preschen. Eventuell solltest du dir die aktuelle Version holen... oder du zeigst mir die Stelle mit dem Preschen in der SF-Schleife. Vllt hast du ja auch das falsche Build, ich weiß es net.
|
=> ich hab schon die aktuelle Version... ich meinte auch nicht die sog. SFSchleife(), sondern einfach das letzte Verwenden von Preschen nach SF:
Code:
SF()
slp(1800)
Prepmoveto()
moveto(3,-21371,-8357, false,true)
keysend("8")
...dieses ist aber nicht so sehr wild, weil die Energie nach Eintreffen am Wegpunkt ja dann schon wieder aufgeladen ist... ist nur schade, daß der Skill-Platz dann im Grunde nicht mehr verwendet wird... deshalb hab ich gegrübelt, wie man noch bissl Energie reinbekommt oder andere Vorteile ziehen kann, und dafür ist Hochnäsigkeit ideal... ich hab den Bot schon komplett auf Hochnäsigkeit umgeschrieben und das rockt, sieht lustig aus und die Überlebenschance bei der Brutmutter sind auch genial: habs sogar schon mal gesehen, daß 3(!) Mal der Schlangenkiefer-Skill [der ca. 240 Schaden macht + Blutungsdereg], abgefangen werden konnte und die Brutmutter wird ordentlich gekloppt und droppt mir fleißig Assa-Elite-Folis =)
Quote:
Originally Posted by Syc0n
Hab leider den Skill nicht :D Und soweit ich mich erinnere muss man, bevor man den Skill bekommt ne viel zu lange Questreihe erledigen. Da hab ich kein bock drauf
|
=> nuja, das ist schnell erledigt...
Quote:
Originally Posted by Syc0n
Sry, aber ich versteh den Sinn irgendwie nicht. Der Bot spawnt doch nie direkt am Tor, oder ?!
|
=> haste ja inzwischen geraffelt ^^ aber eF Hacks hat schon auch recht: ergibt weniger verschiedene Wegpunkte...
Quote:
Originally Posted by Syc0n
Stimmt, hatte ich wohl irgendwie vergessen oder so...
|
=> joar, so ganz 100%ig krieg ich das immer noch nicht weg: egal, wo ich death() reinbaue, kommt es immer wieder vor, daß NACH dem resign und gerade noch sichtbar kurz vor dem Drücken des "...in Außenposten gehen..."-Buttons nochmal die resign-Chatmsg. versucht wird, zu senden, und Bruckstücke davon im Chatfenster hängenbleiben...
Wie kann ich denn hier in nem Post mal n .zip ranhängen... würde euch ja gern alternativ die an Hochnäsigkeit angepaßte Variante zur Verfügung stellen und du bräuchtest nicht so viel tippeln ^^ mittlerweile hab ich auch noch einiges anderes implementiert, wie z.B. Current EP/HP -Berechnung zur Verwendung, ob HdS aufgrund wenig Leben gedrückt werden sollte und ob dafür überhaupt genug Energie da ist [je nachdem, wieviel Energie Hochnäsigkeit gegeben hat] ...