Item Data Extractor 1.0

[Moderator]

21:02, 8th Feb 2016
BPower:

The Object Data Extractor is a powerful tool, which probably doesn't get
the attention it deserves. However this submission is just a link to the system plus demo map.

We discusses already in the thread that I finally have to reject it as spell submission.

Greets BPower.

 

[Wietlol]

Reserved.

 

[Roland]

I hope this gets Director's Supah Mega Reject.

 

[BPower]

You mentioned the extractor in our chat. It's ( maybe ) truly powerful.

I didn't find the time yet to check how it's working.
I guess players don't need third party tools to play maps using
the object data extractor. Is that correct?

 

[Roland]

[18-07-27] Wietlol: edo494, my first troll resource http://www.hiveworkshop....-extractor-1-0-a-275360/

Yes, It's-a complete useful tool! ^^

 

[Wietlol]

You mentioned the extractor in our chat. It's ( maybe ) truly powerful.

I didn't find the time yet to check how it's working.
I guess players don't need third party tools to play maps using
the object data extractor. Is that correct?

Object Data Extractor simply reads in the data in w3* and places a shitload of data in a hashtable with imho too many underscores as prefix
So yes, it is simple plain JASS load from hashtable and save in hashtable.
Kind of the same as the other resources uploaded here about item costs.

[18-07-27] Wietlol: edo494, my first troll resource http://www.hiveworkshop....-extractor-1-0-a-275360/

Yes, It's-a complete useful tool! ^^

First of all, I have to give you credit for actual exact copy of the chat message.
But next to that, it is kind of a troll resource because of how it got here.

As BPower mentioned earlier, we had a little conversation about MareBre's GetItemCost and why I thought that it would be pretty useless when you use ODE for efficiency reasons and accuracy reasons.

Then, BPower seemed to have uploaded another item cost resouce on which I couldnt resist to do the same with ODE implementation.
That resulted in a visitor message to BPower about it which only he could have understood because we were practically the only ones that were talking about the ODE topic the day before yesterday.

So, the resource is kind of troll because it essentially is just a marketing trick for the ODE, but on the other hand still many times better than all other resources made for the same reason.
Not to put those resources down, it is kind of hard to actually do such a thing but you still have to realise that all you try to do is simply read Object Editor data... which can be done directly if that data is saved in runtime of the map in something like a hashtable for example.

So in short:
This resources is literally one line of code, so it is not really a resource in that perspective, but it is still better than all other resources made for the same reason.
Idc if it gets rejected really... I do think that the ODE is not widely enough known and does deserve some attention.

 

[BPower]

Object Data Extractor simply reads in the data in w3* and places a shitload of data in a hashtable with imho too many underscores as prefix
So yes, it is simple plain JASS load from hashtable and save in hashtable.
Kind of the same as the other resources uploaded here about item costs.

That's good.

This is just a link to an existing resource, so I guess in the end we will not approve it here.
However I would like to keep the thread running a bit in contrast to the two
GetItemCost / ItemResourceCost system submissions.

The OED, here presented as item data extractor is definitly useful.
There are no bug reports afaik, so I guess it's quite safe to use for map makers.

function GetItemTypeAbilities takes integer itemTypeId returns string
^
I'm curious about the returned string for an ability list of x abilities.
I have to test it

 

[Wietlol]

It is indeed safe for map makers to use it, but there is a reason why I outcommented the two lines on the script.

The descriptions and ubertips sometimes give in a doublequote randomly...
So instead of
call SaveStr(ExportedItemData___info,'gomn',10,"Reveals the entire map.")
it does
call SaveStr(ExportedItemData___info,'gomn',10,""Reveals the entire map."")
Which gives an error obviously.
However, the odd thing is that it is actually not having those double quotes in the description.

I still put them in there so all the fields of the object editor are actually in the script.

If you enter [ctrl]+[d] then you can see all the data in raw data format... with the exception of byte data (channel mess) or booleans (they are 0(false) or 1(true)).
So abilities on an item will result in "A000,A001,A002" for example.
If you split the string on the comma, you then have all the rawcodes which can be converted to integers via an ASCII converter.
Both already exist in JASS resources.

 

[Shaeam]

What does this do exactly? The description doesn't help me understand the function this serves.

 

[Wietlol]

I think it is better to explain what the Object Data Extractor (ODE) does.
The ODE creates a new compiler script like shown at the very bottom of the script.
//! LoadItemData fields=iabi,iarm,iico,ubpx,ubpy...
The JASSHelper (iirc) then creates a hashtable and puts tons of values in there based on the fields that you chose.

If you have JNGP, then you can see in the Object Editor that all Object Fields have a 4 character unicode. That code is the same as in these fields.
But anyway, what JASSHelper does is simply look at all data in the object editor and puts it in a hashtable.
Then you can read that exact data from the hashtable in-game.
The -defaults at the end simply says that it should also store the data of standard objects.
If you dont put it there, it would only take custom made item/unit types.

So what this "resource" does is simply loading in almost all data from the object editor.
So if you want to know the class of an item type, then all you have to do is this:
local string class = GetItemTypeClass(GetItemTypeId(myItem))
Ofcourse, that can be done for EVERY value from the object editor. (There seems to be a bug with descriptions and ubertips so Ive disabled those in this script.)

 

[Shaeam]

I think it is better to explain what the Object Data Extractor (ODE) does.
The ODE creates a new compiler script like shown at the very bottom of the script.
//! LoadItemData fields=iabi,iarm,iico,ubpx,ubpy...
The JASSHelper (iirc) then creates a hashtable and puts tons of values in there based on the fields that you chose.

If you have JNGP, then you can see in the Object Editor that all Object Fields have a 4 character unicode. That code is the same as in these fields.
But anyway, what JASSHelper does is simply look at all data in the object editor and puts it in a hashtable.
Then you can read that exact data from the hashtable in-game.
The -defaults at the end simply says that it should also store the data of standard objects.
If you dont put it there, it would only take custom made item/unit types.

So what this "resource" does is simply loading in almost all data from the object editor.
So if you want to know the class of an item type, then all you have to do is this:
local string class = GetItemTypeClass(GetItemTypeId(myItem))
Ofcourse, that can be done for EVERY value from the object editor. (There seems to be a bug with descriptions and ubertips so Ive disabled those in this script.)

Ahh, gotcha. Thanks for clarifying. Seems pretty useful, I'll give it a look!