Explaining TreasureClasses (v1.09x)

Explaining TreasureClasses (v1.09x)

Description: by Jarulf

Categories: Game Mechanics


I thought I should take a look at how items are drop in the game. It has changed
quite a lot in 1.08 over how it used to work. For all practical matters, it
works the same in the x-pack and the standard game. Of course, in the standard
game, non expansion items can't drop and so on and the game ignore them for
the purpose of picking items and such, but other than such things, this post
(and future posts on the subject) will apply equally to both the standard and
expansion game. This post will address not only casual game play info but also
information that are perhaps mostly directed at mod makers and such. Thus it can
at time be quite detailed and talk about stuff not really of interest for normal
game players. If so, just ignore such things.

Also note that this post may have non accurate and even wrong information. To
the best of my knowledge, this is how the game currently work. There are changes
being done as we speak and already do the servers have slightly modified code
for item drops. I will try to cover those as I go over them. In addition the
actual data files may have their numbers changed.


Before we go into details about item drops we need to look at a few other
things. Even before we look at how the new Treasure Class system work, lets
examine the new much more powerful Item type system. This is governed by the
ItemTypes.txt file. This table has actually existed before, although it was then
an internal table, not a spread sheet table. It has undergone a few
modifications though and the whole game has been changed to handle the item type
system flexibly and with ease. This means that it is very easy for people doing
mods to add new types for example and the game will handle them very well, for
example for item drop purposes.


So, lets take a look at this file and identify a few key issues as well as
how it is in general built. Each base item in the game is of a specific type.
All base items are found in the 3 files named weapons.txt, armor.txt and
misc.txt and each has a column called 'Type' which tells of what type
the item is. It used to be a number telling what entry in the ItemTypes.txt hold
its type, but is now a type abbreviation. The ItemTypes.txt has a column named

'code' which tells the abbreviation for that item type. For each item
type the ItemTypes.txt then list several properties of which I will explain some
key ones here.


Two important entries are the Equiv1 and Equiv2. Not only does the game has
several base types, it also has sub types (or really larger types) which
contains several other types. The two Equiv fields can list two other types, of
which it is part of. It is easier with an example, so lets make one. Lets take a
normal skull cap. It has as its type 'helm'. 'helm' is entry
37 in the ItemTypes.txt table (it has 'helm' in its code section). In
the Equiv1 column it shows 'armo'. Meaning the type Helm is part of
the type Armo (which is entry 50 with the description 'Any Armor'.
Meaning that any helm is not only of the type 'Helm' it is also part
of the type 'Any Armor'.



Lets take another example, a Matriarchal Bow. It has the type 'abow'
which is entry 86, Amazon Bow. This has two Equiv listed, and thus an item of
this type is also of both those other types. The last one is the 'amaz'
type, entry 61, Amazon Item. Which is in turn part of the 'clas' type,
entry 60, Class specific items. Going back to the 'abow' type it is
also part of the 'bow' type, entry 27, Bows, which is of type
'miss', entry 47, Missile weapons which is part of type 'weap',
weapons, entry 45. So a Matriarchal Bow is part of ALL those types. If the game
for example check if an item is of any of those types and the item is such a bow
it will say 'sure, it is of those types'.



I won't go through telling when such things are checked, but I guess for
example that on an item that is of 'amaz', Amazon Item, it will show
'Amazons only' on the item and so on. At times the game need to know
if an item is of a missile type, then it will check for that type and not only
bows but if you check you will notice that spears, throwing axes and such also
all are among other of the type 'Missile weapon'. Melee weapons are
not of course, but both melee and missile weapons are of the type Weapon which
is for all weapons in the game and so on. This is very flexible. As can be seen
in for example the files listing affixes for items, it has columns telling on
what type of items they can appear on (and not appear too). Thus it is easy to
tell a prefix should appear on any weapon 'weap' type, or just Missile
weapons 'miss' or perhaps only bows or even Amazon bows and so on.


Next, lets looked at 3 columns named Magic, Rare and Normal. This tell if an
item of that type (and thus sub types that lists this type, too) should be at
least magic (that is can't appear as superior, normal and such) or rare (none
listed but I suspect it means it can be only rare) or normal, that is can't be
magical, rare, set and such (like potions, gems keys and so on). Here is the
reason why all Orbs are magical , it has listed 1. This is probably an error
since this make no orbs being normal and superior, meaning you can't imbue
them (unless you craft one first since crafted items seems to be able to be
imbued).



There are also columns for max sockets. This is the absolute max amount of
sockets an item of that type can have (even if the specific item in say
weapons.txt says it can have more). There are three entries, for items of a qlvl
1 to 24, of qlvl 25-39 and qlvl 40 and up.


All the above is not really THAT important for item generation, but it is
nice to know and I thought I might go through it while I was looking at the
ItemTypes.txt. The reason I look at this file at all is due to the
'Treasure Class' column. There is a new treasure class file called
TreassureClassEx.txt. It is used even for the non expansion game, don't be
fooled by the name. It hold TONS of treasure classes, at least compared to
before. But it does not hold all treasure classes, there are many more. If the
item type as a 1 in the column, the game will generate no less than 30 treasure
classes for that item type. They will be called by the name in the code column
and then have numbers 3, 6, 9 and so on up to 90. The Any Armor type 'armo'
has such a 1 in the column and thus the game generate treasure classes named
armo3, armo6, armor9 and so on all the way up to armo90. In each such treasure
class it will put all items that is of that type (that basically is any armor,
helm, shield, boot, glove and belt, and perhaps some other item that would end
up of that type as explained above) that also has a qlvl (quality level, shown
simply in the column named 'level' in the three files for items I
mentioned above) that is of that level span. Thus armo3 holds all armor of qlvl
1-3, armo6 those of level 4-6 and so on. You will note that in many cases in the
TreassureClassEx.txt file, you will eventually find references to those treasure
classes, despite those not existing in any file. They are generated at run time.
Note there that the game no longer care if an item is normal, exceptional or
elite, it will add any item as long as it is of the correct type. Note that
exceptional and elite items has much higher qlvl than their similar normal (or
exceptional for elite) item. So, while a skull cap end up in armo6 (having a
qlvl of 5), the exceptional version, War Hat will end up in armo36 (having a
qlvl of 34) and the elite version will end up in armo63 due to being of qlvl 63.
As there are 5 such types, there are actually 150 treasure classes not listed in
TreassureClassEx.txt, but that still exists.


As we shall see later in the TreasureClassEx.txt, each entry also has a
probability. For those treasure classes generated off the item type table, the
probability value is the value in the 'rarity' column (badly named
thus). As can be seen, all items typically has a probability of 3 except class
specific items which has a probability of 1. Again, as we shall see later, this
makes non class specific items each having 3 times the probability to drop as
class specific items (compared item by item, over all there are many more non
class specific items meaning not even one third will be class specific.



We are now ready to move on to the TreassureClassEx.txt spread sheet file and
have a look at it. It may initially look like monster, complicated and making no
sense. In reality it is quite simple and uses the same type of recursive look up
as the item type table did. Each Treasure Class is listed on its own line and
holds a bunch of information. I will again, go through them, but this time we
will look at all entries (there aren't that many).


First is the name of the treasure class. This is used as the look up name. As
can be seen in for example the monster file, monstats.txt, it is this name that
is listed. In addition, as we shall see, a treasure class can refer to another
treasure class, and again, it will use this name.


Next is a column named picks, this basically tells how many items should be
dropped if the game is to drop from this treasure class. Lets for the moment
ignore the fact that there appear negative numbers here. For now, it is enough
knowing that even a negative number tells how many items are to be dropped, they
are just picked in a less random fashion.


Next we have 4 columns named unique, set, rare and magic. These are used to
modify the normal chance the game has to make an item into one of those
qualities. Basically the game uses the same method as before, that is it has an
item ratio file which lists some numbers that are used to calculate the base
chance for an item to be for example unique. If these columns are entry, that is
all, otherwise these numbers are used to modify (lower) that base chance. The
amount lowered is shown as fractions of 1024. Thus a value of 1024 will make any
item of that Treasure Class ALWAYS be of that quality (as before, it starts of
with unique, then set, rare and so on. It does however no longer make a special
check for Magic Find first as it used to.


Note that this does not mean that if it says 512, in the unique column that
any item in that Treasure Class (TC from here on) has a 50% chance of being
unique, it means it has double the normal chance.


Next comes a column called NoDrop. This is the chance for the item dropped
not being anything at all, that is, that there is nothing dropping at all.
Exactly how large this is, depends on other entries as I will soon explain.


Then comes 10 entries each with a probability value. These are the possible
choices (in addition to a 'nothing') that the treasure class has for
picking something to drop. Now, these entries does not only have to be specific
items as it used to be. In many cases the entry refers to another treasure
class. In addition, although not done, but the game handle it, it could directly
list specific unique and set items (nice for mod makers). For this, the name of
those items should be entered (note that this is NOT the real name they appear
under in the game, but the names they have in they corresponding file. Mod
makers should know what I mean, for the rest of you it really doesn't matter).


In addition to the this, each entry can take on a number of additional
modifiers, all separated by a ','. The only modifier used is the mul=
one, which is used for gold to give larger amounts than normal. Basically the
game calculate the normal random amount (not the same as before but a bit
different), then multiply by the mul value and divide by 256. Thus a value of
say 1024 means the drop will be 4 times as high as normal. This mul modifier is
typically seen in TCs of champions and unique monsters.



There are a bunch of not listed modifiers. They currently do NOT work but
will as far as I know, be functional with the 1.09 patch. Hey are not used by
the game really, so are sort of bonuses for mod makers I would say (or could
possibly be used in the future should Blizzard want), they are:


cu, cs, cr, cm, ce and cg


Each is followed by a '=' and a number. The first 4 ones are for
unique, set, rare and magical. Basically they work like the 4 columns I
explained before (as fractions of 1024 to be used to modify the normal chance
for quality) but ONLY apply to that specific entry of the TC. If there is both a
value given for the TC as a whole and for a specific entry, the game will use
the largest of those two. This also applies if a sub TC has values for it.
Currently this does not apply but as Blizzard most likely will be tweaking these
values to improve item drops since many complains now, it will most likely
happen. Thus, for the finally picked item, the game uses the largest of each
number found while traversing the TCs.


The ce gives a similar chance for the item to be ethereal and cg is for being
socketed. That is they increase the normal base chance for those things.


So, how does the game pick one of the entries in a TC? Well, each entry has a
probability of being picked equal to:


prob/sum_prob


For sum_prob, add up all the probs of a TC (including the NoDrop).



Lets make another example. Lets look at the TC called 'Act 1 Wraith
A'. It has:


NoDrop: 75 Act 1 Good: 4 Act 1 Magic A: 25


Thus there is a 75/104 (about 72%) chance for NoDrop at all from a monster
using this TC. A 25/104 (about 24%) for a drop from 'Act 1 Magic A'
which is another TC. And a 4/104 (about 4%) for a drop from 'Act 1
Good' which also is another Treasure class. Should the game pick one of the
two other TC, it will basically repeat the above for that TC until it gets an
entry which is an actual item (listed by its 3 letter code). Don't forget
about the extra treasure classes created from the Item Type table I mentioned
above. Now it also makes more sense, the probability values I gave as 3 for most
non class specific items and 1 for class specific ones, no?


Well, that is really al there is to it. You know how the game pick an item.
As exceptional and elite items are part of the treasure classes as I explained
above. There is no additional check to turn an item into exceptional or elite
(this only happens for gambles, shops and such that does not use TCs). As can be
seen, the same actually apply to chest drops, although there are some special
cases there that makes them work a bit differently. I will not go through the,
in this post, but the general idea is the same.


In addition, the Barbarian skill Find Item works the exact same way. It uses
the TC a normal monster would have (even if it is a body of a boss or champion).
In addition it ignores the NoDrop part (since the chance for no item is covered
by the skill itself. The game does not use the values in the skills.txt for
quality determination of that skill so it should be the same as for a normal
drop, meaning you can get uniques, rares and so on from Find Item now.



I am sure some of you are wondering about a few issues and fell I have not
covered it all. True, that is why I will go through such things now


First off, what happens if there are many people in the game? Well, for that,
the game modifies the NoDrop value by lowering it (thus making a NoDrop pick
less probable and thus actually dropping something more probable). How doe sit
modifies the value? Well, in the following way (note that the game uses floating
point calcs for this so don't truncate or round any of this).


1. Calculate the fraction of NoDrop, that is, NoDrop/Sum_Prob 2. Calculate
'number of people'. Here each character in the party (and in same
area) of the killer count as 1 and those not in the party (but in the game) as a
half. This value IS truncated to an integer. 3. Raise the value calculated in
step 1 to the power of the value from step 2. Assume, the example above, we had
75/104=0.7212. Assume there are 2 people in the party and same area, and 3 other
people, so the value from step 2 is 2+1.5=3 (truncate). So we calculate 0.712^3
= 0.375. 4 Adjust the NoDrop value so that it is a value that makes it the
fraction calculated in step 3. That is multiply the Sum_prob minus the old
NoDrop value (plus the value to be calculated) with the value from step 3. In
our example it would be 29*0.375/(1-0.375) = 17. This is the new No Drop value.


Next, how does Magic Find (MF) works? Well, first, lets recap how the base
chance for item quality (that is unique, rare and such) works. For this, we uses
the itemratio.txt file. We will always use the version 1 line. I am not sure if
it uses the uber/class specific lines though, could be, but have not checked. It
then calculate the base chance as follow:


Chance: Value - (mlvl-qlvl)/divisor


The value and divisor values are found in the itemratio.txt file.


This is the base chance. That is, there is a 1 in Chance probability of the
game picking that quality. As before it starts with unique, then rare, set,
magic, superior and normal (and if nothing picked so far, it is a low quality
item). Please remember what I said about minimum magic quality above when we
looked at item types, if the picked quality was lower, it will be pushed up to
magic (or downgraded to normal if applicable).


Now, the above calculated value is the Base chance, it is modified as:



(Chance*128) - Chance*128*cx/1024


This is the modified chance (ModChance), where cx is the value for unique I
mentioned above (unique column or cu value, whatever was the highest for
checking for unique and so on). This is only done for unique, rare, set and
magic check.


To calculate the final chance (FinalChance), we then do:


ModChance * 100/(100 + MF*X)


Where MF is your own Magic Find number (and if it is a minion making the
kill, the sum of the minions MF and your own MF) and X is a modifier as follow:


Unique: 1/5 Rare: 1/3 Set: 1/3 Magic: 1


Thus the MF is only one fifth for unique items and one third for set and rare
items. It has full effect for magic check. This step is again not performed for
superior and normal check for obvious reasons.


Note that in 1.08 open (and 1.07) the above does NOT apply. There, the game
simply subtracted the MF value. As the Chance is multiplied by 128 earlier (for
extra precision), MF was basically useless. This has been fixed server side and
will be added with the 1.09 patch. The lower effectiveness for unique, set and
rare should also be implemented with the 1.09 patch. I have no idea if it is
implemented on the servers though (or if it will be tweaked more).


The game then makes a Rnd and if below 128, that is 0-127, it picks the
quality being checked. The multiplication by 128 and checking versus 128 later
is simply to add precision to the calcs of modifying the chance, most likely to
avoid things like those huge jumps in chances when the initial chance were high
(that is a low value).



All this means that MF now works not only for normal monster drops, it also
works for Find Item (yeah, we will probably see some decked out Item Finding
Barbs running around doing Find Item, equipped to the teeth with MF items). AND
also for chest drops!


This should cover most of the things in regard to item drops. Note that each
monster no longer has 4 TC for each difficulty but only 1 TC for each difficulty
(on the other hand the TC are much more complex and sort of hold all the old
ones plus more). In addition there is a special TC for each monster when it
appears as a Champion and one for when it appears as a Boss, different for each
difficulty. In addition, some monsters (as would be evident from the
TreassureClassEx.txt file) has their own TC as well.


What about those special potions drops of Champions and Bosses that existed?
And what about those negative pick numbers I mentioned before but never
explained? Well, they are sort of related. Here is how. When a TC has a negative
pick number, it will still pick that number of items from the TC, BUT, it will
not pick them randomly, but 1 item from each entry. Or rather, first as many
items from entry 1 as its probability number, then as many from entry 2 as its
probability number, until it has reached the value in the pick column (non
negative value of course). Typically the probability values of such a TC should
end up as the same as the pick value. However, I think there were some goofs so
that they don't. That is the intention though. Take a unique monster and a
typical TC they have, lets take 'Act 3 Unique B'. It has -3 picks and
thus pick one item from the first entry 'Act 3 Uitem B' and 2 items
from 'Act 3 Cpot B' (which in turn pick 2 from each for a total of 4
and so on, you do the counting. Basically 1 item and two potions. In nightmare
and hell difficulty it will instead pick 2 items and 1 potion TC (despite the
potion entry having a probability of 7). Note that a potion TC typically drop 2
items from within it. I suspect that Champions should have had a -3 pick value
and not pick 2 as they have. Many of those Cpot TC (for Champions and Bosses)
also should not have a -2 pick value but rather a 2 value to pick 2 random
potions and not 1 rejuv and one other. Please forgive me if I counted wrong on
number of potions dropped and such. I did not go through each in detail to see
how it ends up. Don't be surprised if, in the future, you just see a -1 for
picks that is then done by picking from each entry the amount of items as the
prob value says.


Well, that should cover all I had to say for this time. Hopefully it was of
some help for those out there messing around with item drops.

Link to this article: Select all

[url=https://d2mods.info/forum/kb/viewarticle?a=58&sid=b5d7881eb54657cb6dd6373bd5269fed]Knowledge Base - Explaining TreasureClasses (v1.09x)[/url]