D2NT Pickit Location Logging

[DoomKnight]

Hi,

I don't speak German, but the D2NT was posted on edgeofnowhere and I've been using it for the past 10 days or so, it works well and helped me make a lot of fg. I spent 5 hours today editing NTSnagIt.ntl so that it would show the location the bot picked up items at, along with the itemlevel. Here's my work, enjoy:




There are some minor bugs, like right now it will show flawless ruby, etc. I think you can add _item.itemlevel != 1 if you want it to not show gems. Anyways keep an eye on this thread, I will update it later to fix the gem problem:


Result:

[DoomKnight]

I updated the script to fix the gems problem, it should work as intended now.

New link:

[Sparxxi]

Hi i try this ....ty for your work
a question its the fix for this D2NT Snagit.ntl (111): TypeError:_item.name is undefined
inklusive?

greez Sparxxi

[DoomKnight]

Originally Posted by Sparxxi

Hi i try this ....ty for your work
a question its the fix for this D2NT Snagit.ntl (111): TypeError:_item.name is undefined
inklusive?

greez Sparxxi

yes it should include the fix for the undefined error

[Sparxxi]

realy nice work work good

ty for your time in this addon ^_^

and sry for my bad english

[Splinter783]

nice work mate, ty very much

[Sparxxi]

Hi here its my Problem

soxx items becom 2 entrys? Oo why?^^



ty 4 help

[DoomKnight]

nvm

[fK_]

bei mir stehen nun auch items in der liste die dann, nach identifizierung, doch nicht aufgenommen werden

zb die Phasenklinge

welche sich dann als Lichtsäbel herausgestellt hat und nicht als Blauzorn

zudem sind die keys udn essenzen bei mir auch doppelt

(ich hab mir den quellcode noch nicht angeschaut, mache das heut noch, dachte aber evtl hat ja jmd schon nen fix )


translation:
the item log shows me to some extent (non ident.) items, which do not match with the pickit files after identifying.
e.g. it picked a Phase Blade, which could be at the time two items, Azurewrath as well as Lightsabre.
Azurewrath is in my pickit, Lightsabre is not
after it turned out to be lightsabre, he consequentially sold it.
but in my log was still the entry from before, when he picked it up.

e: i may get it now. does the script really differentiate between what it picks up, and what it keeps O_o, i guess ill know when i check the source :/

[SparkZ11]

some bugs but very nice

ty man

[TheBluebird]

Originally Posted by fK_

bei mir stehen nun auch items in der liste die dann, nach identifizierung, doch nicht aufgenommen werden

Das Problem ist, dass der Entwickler selbst das Prob noch nicht gelöst hat.
Im EoN Forum wird das auch schon disskutiert, aber das Problem ist noch nicht gelöst.

Wartet am Besten noch ein paar Tage auf nen Fix

Gruß Blue

[fK_]

also es ist kein wirklicher bug.
er zeigt nur an wenn er etwas aufhebt, das im unident. zustand in der pickit steht.
-> PickedUp ***
sobald er es identifiziert und behält (weil zB die stats die richtigen sind)
-> Kept ***

war nur am anfang etwas verwirrend.
aber inzwischen ist es interessant zu wissen wie viele vipern ich wegwerf, weil sie nicht genug resi haben XD

[Sparxxi]

jo aber das prob mit den weißen und grauen ( gesockelt und eth ) das is der einzige bug den ich festgestellt hab ^^

[fK_]

edit: so ich hab mir mal den code etwas angeschaut, und bin mir relativ sicher, dass man den ort nicht wirklich schön angeben kann (ich will nur die kept items im log stehen haben, und nicht alles möglche aufgehobene)

der doppelte eintragungs fehler kann leicht vermieden werden, ich hab hier mal ein kleines beispiel, das jeder selbst erweitern kann.

(NTSnagIt.ntl ab zeile 106)

if(NTSI_PickUpItemInt(_item))
{
	[B]var _area;[/B]
	[B]_area = GetArea();[/B]
	if(_checkeditem.ClassID == 523)
		Print("Picked up " + GetLocaleString(2215));
	else
		Print("Picked up " + NTC_ItemQualityToD2Color[_item.quality] + _item.name.split("\n")[0]);
		//Print("Picked up an Item"); // optional gegen den '111' fehler
	if(_item.quality < 4 && _checkeditem.Status < 2 && _item.itemtype != 4 && (_item.itemtype < 76 || _item.itemtype > 81))
		NTC_SendLogToOOG(NTC_LOG_ITEM, [B]": " + _area.name + " (ilvl " + _item.itemlevel + ") "[/B] + NTC_ItemQualityToMGRColor[_item.quality] + _item.name.split("\n")[0] + ";" + _item.itemdesc);
}

in der version wird alles kept in die log geschrieben (mit ort und ilvl) (mit _item.quality < 4)

einziges problem ist, dass die meisten items (zumindest bei mir) nicht unid sind. und daher erst in der stadt kept werden können.
der bot hat also gar keine möglichkeit am drop ort zu wissen dass er es behält.
man könnte im skript hinzufüen, dass er den namen der stadt rausgibt, um so einen verdacht zu haben wo der drop war (hab ich mal gemacht; klappt), mehr wird jedoch nicht gehen. (ohne größeren aufwand, sprich so umschreiben, dass vor tp gebrauch alles identifizieren, oder in einer variable immer den letzten boss mit rumtragen...)

alle unid.items und runen etc werden richtig angezeigt.
also wisst ihr zumindest ab jetzt wo eure hr gedropt sind

e:
wenn ihr überdies noch mehr drin stehen haben wollt, könnt ihr noch if() einfügen (zB vor dem letzten if() fall)

if(_item.quality < 4 && _item.itemtype != 4 && (_item.itemtype < 76 || _item.itemtype > 81))
	NTC_SendLogToOOG(NTC_LOG_ITEM, "(picked) : " + [B]_area.name + " (ilvl " + _item.itemlevel + ") "[/B] + NTC_ItemQualityToMGRColor[_item.quality] + _item.name.split("\n")[0] + ";" + _item.itemdesc);

alles was hier durchkommt wird gelogt. in diesem bsp, alles besser als _item.quality 4 (-> _NTIPAliasQuality["magic"]=4; ) also alles besser als blaue items UND kein gold UND keine tränke.
-> die items die behalten werden, müssten auch hier doppelt angezeigt werden.
ändert es einfach wie ihr es haben wollt, die jungs von eon machen nichts anderes, alles keine zauberei

*ah gerade Diablo 2 Programming forum entdeckt xD*

[Sparxxi]

die nächste frage wäre obs möglich ist das alles was man in die truhe legt auf ne externe html datei mitzuloggen....vl kennt sich da ja jemand aus :-//