Difference between revisions of "VTClassic Advanced Tips"
m |
|||
| Line 29: | Line 29: | ||
There are other scenarios were splitting up one rule into several can lead to a better optimization. As a rule of thumb, if you can add a black requirement to one or all rules after splitting up that you could not use on the combined rule, you should split up the rule. | There are other scenarios were splitting up one rule into several can lead to a better optimization. As a rule of thumb, if you can add a black requirement to one or all rules after splitting up that you could not use on the combined rule, you should split up the rule. | ||
| − | === Sample | + | === Sample files === |
| − | [[Media:AdvancedExample.zip|AdvancedExample.zip]] | + | * [[Media:AdvancedExample.zip|AdvancedExample.zip]] |
| + | * [[Media:AdvancedExample2.zip|AdvancedExample2.zip]] | ||
Revision as of 23:12, 4 January 2010
Contents
Loot profile optimization
If you are running VTClassic in version 1.0.0.7 or higher, you can make optimized profiles which reduce the number of IDs required to come to a looting decision, which can speed up the total time invested in looting a lot. In this guide I will explain what you need to do to optimize your profile and at the same time show you some more advanced rules.
First you should open the latest editor, which since version 1.0.0.5 is part of the VTClassic loot plugin. Go to the folder you installed VTClassic to and start ""uTank2 Settings Editor.exe"". Open a profile or create a new one and add some rules. You will notice that in the right half of the editor some text is red rather than the usual black. Requirements that are written in red usually require an ID. There are two exceptions to this, ""SpellNameMatch"" and "SpellCountGE"", which both do not require an ID if the item is not magical at all.
To optimize your profile, you should have as many black requirements as possible per rule and ideally no red ones. This is not always easy, but it can be achieved and the improved speed while looting is worth the effort.
If you loaded an existing (not optimized) profile you will probably see that one or more rules in the list on the left side of the editor have a red background. This will happen whenever a rule consists of red requirements only. As long as you have one rule like that in your profile, VTClassic is forced to ID every item, so the goal in profile optimization is to have no rule with red background in the listing on the left side.
Workmanship
If you spent some time looking at all the values an item can have, you probably have noticed that there are two keys that contain information about the workmanship, LongValueKey Workmanship and DoubleValueKey SalvageWorkmanship. For anything except salvage bags these two values will always be the same, but only the DoubleValueKey SalvageWorkmanship is available without an ID, so you should always use that.
Salvage
MaterialId, SalvageWorkmanship and Value are all black requirements, available without ID data for the item, so no matter if you loot salvage to use it in tinkering or to sell it, there is no reason to have any red requirements in rules with loot action "salvage".
Looting rares - the optimized way
One thing that probably everyone wants to loot is rare items. Most people probably have a rule with one requirement for that: "LongValueKeyGE RareId >= 1". If you look at that rule in the editor, you will see that RareId is a property that requires the plugin to ID the item first. But fortunately there is a workaround for this. Rare items share a common background for their icon and VTClassic can check for that without ID data. So if you want to loot rares, make a rule with two requirements: "LongValueKeyLE IconUnderlay <= 23308" and "LongValueKeyGE IconUnderlay >= 23308".
Armor set pieces
Another thing many people want to loot are pieces of armor sets. Just like RareId, ArmorSetId requires an ID of the item. But we can still optimize our rules a bit. First, set pieces are always armor or clothing (which, from a technical point of view includes not only underwear, but some head-, hand- and footwear). So instead of one rule with a single requirement "LongValueKeyGE ArmorSetId >= 1" we can make 2 rules with that requirement and give each rule a requirement on "ObjectClass", one for Armor and one for Clothing. Unless you are really desperate for set items, you might want to add some more requirements to each rule, for example on SalvageWorkmanship, Value and ArmorLevel.
No covenant please
If you have rules for armor, you probably don't want your rules for plate, celdon, etc to pick up covenant as well, as a al300 (plate) helmet is good, a non-magical al300 covenant helmet is not. You can easily achieve that and make your profile more optimized at the same time by adding a "String Value Match Name" requirement to your armor rule(s), using "^((?!Covenant).)*$" as value for the requirement.
Splitting up rules to reduce IDs
Many people use a single rule to pick up items with cantrips (epics, majors) or level 8 spells, using a single "Spell Name Match" requirement. Of course this works well, but the rule will lead to a lot of IDs and some of the picked up items will probably be considered unuseable. In this case it makes sense to split up the one rule and make more specific rules for armor, clothing with al, clothing without al and jewelry. In each rule we add the desired "Spell Name Match" requirement and an ObjectClass requirement. For armor and clothing with AL there surely is a minimum acceptable ArmorLevel, maybe a maximum Value and a maximum SalvageWorkmanship. For clothing with al we should add a "String Value Match Name" requirement, eg "Bandana|Beret|Fez|Turban|Gloves|Loafers|Sandals|Shoes|Slippers", for clothing without al (in other words: underwear) we also should have a requirement for the name to filter out items that can not possibly be part of a full coverage underwear set: "Smock|Shirt|Viamontian Pants".
There are other scenarios were splitting up one rule into several can lead to a better optimization. As a rule of thumb, if you can add a black requirement to one or all rules after splitting up that you could not use on the combined rule, you should split up the rule.
