Advanced Loot Filtration

From Path of Diablo Wiki
Jump to navigation Jump to search

Overview

PoD’s loot filter is based off of the same item filtering style originally introduced by BH. It has however grown substantially from the featureset provided by BH.

If you have a request for changes or additions, want to report bugs or merely get help building a filter, please join the Path of Diablo Discord, and ask in the #lootfilter channel.

NOTE: Anything marked as [Deprecated] will be removed in future versions.

Definitions and File Structure

All PoD item filters are utf-8 encoded text files with the .filter file extension, found in the filter directory of your Path of Diablo installation.

Filters are processed from top to bottom, this has an important role when it comes to precedence of filter matching and accruing of transforms to the item name, notifications, notes and styles.

Ordering does not affect filter level names, macros, item code or skill lists.

File comments are made by starting a line with // causing anything else on the line to not be processed. One may also use blank/empty lines without any effect on the filter.

Filter files can contain the following top level definitions:

Name/Syntax Description
ItemDisplay[expr]: text Defines a filtering expression and the item name it’ll produce when matched.
FilterLevel[id]: name Names a filter level.
SkillList[name]: skill id’s Defines a group of skill id’s that can be used to reduce duplication in filter expressions.
ItemList[name]: item codes Defines a group of item codes that can be used to reduce duplication in filter expressions.
Option[name]: value Defines an option.
Attribute[name]: value Defines a preset filter attribute.
ItemDescription[name]: text Defines a reusable item note.
ItemStyle[name]: styling Defines an item display and notification style.
TextMacro[name]: text Defines a reusable text macro to simplify commonly used idioms.
Sound[name]: path|id Defines a custom sound for use in the filter.
EnableIf[expr] Starts a block-level filter.
EndIf[] Ends a block-level filter.

During parsing, all invalid or incorrectly formatted lines will be ignored to prevent potential crashes. Issues detected by the parser will be logged out to the Diablo II log file, additionally they can be logged to the in-game message console. Any invalid expressions will be ignored and always return true to prevent accidentally hiding items that shouldn’t be hidden.

Item Display Filtering

Items can be filtered on the ground, inventory and NPC trade windows. In each scenario the [ItemDisplay] entries will be evaluated from the top of the file to bottom, until a terminating match is found. Matches that do not terminate will accrue their changes for filters below them. This allows setting a general filter at the top for common styling and then making specific changes to the style further down. This does mean that you will want to have your most general matching filters at first and your most specific filters last.

If no terminating filter is found, any accrued style changes will still be applied.

Building an item filter is done using a combination of conditions and filtering variables that evaluate to true or false (Boolean logic). For a filter to match an item, the entire expression needs to evaluate to true. See Optimizing Your Filters for performance recommendations.

Filters can optionally include:

  • An item note, shown in the full item description. The note can be inlined or use a globally defined note, see Item Descriptions.
  • Styling, which can be done via the old (deprecated) specifiers, an inline style or a globally defined style, see Item Styles.

Filtering Syntax

Item filters have two core parts:

  • The expression which is used to evaluate if a filter applies to an item.
  • The text replacements used when an item matches the filter.

The expression is composed of one or more boolean expressions. These sub-expressions are built up using Filtering Variables. The sub-expressions can be joined together using logical OR (also aliased as ||) and AND (also aliased as &&). A space between two sub-expressions creates an implicit AND.

Parentheses can be used to group sub-expressions to better control the boolean evaluation of the expression.

N.B. Certain expression functions have optional parameters, to avoid parsing errors, ALWAYS use a space between a parameterless function and opening parenthesis.

A sub-expression or sub-expressions group with parentheses can be inverted using the ! (NOT) operator.

Integer comparisons can be performed using the following operators:

  • < (less than)
  • > (greater than)
  • = (equal to)
  • <= (less than or equal to)
  • >= (greater than or equal to)
  • != (not equal to)

Functions that produce integer values when not used with a comparison operator are implicitly converted to a boolean, where a value of 0 is false and any other value is true.

Names are always enclosed in quotation marks (eg: “Super Healing Potion”), however certain functions allow the usage of named-constants, which must not be enclosed, see Filtering Variables for more information.

Options

Filter options define default settings for the filter when it is first loaded. They can be defined anywhere in the filter file. Any or all of the options can be omitted.

Options are defined using the following syntax: Option[name]: value

Where name can be one of the following:

Name Description
DefaultFilterLevel Sets a default FilterLevel
DefaultNotifyLevel Sets a default NotifyLevel
IgnoreMissingSounds Allows filter to not throw errors if sound files cannot be found

Attributes

Filter attributes define various miscellaneous information about the filter; some of this information is displayed whenever the filter is loaded. They can be defined anywhere in the filter file. Attributes are always string values, any or all of the attributes can be omitted.

Options are defined using the following syntax: Attribute[name]: value

Where name can be one of the following:

Name Description
Name What is the name of this filter
Version What is the current version of this filter
Author Who wrote this filter
Date When was the filter last updated

These attributes are what define what filter information is displayed when a filter is loaded in game:

Filter And Notification Levels

Filters can be set to varying degrees of strictness using filterlevels. To only show minor hp pots in the lowest filter level you could use:

ItemDisplay[hp1 FILTERLVL=1]: %RED%!%WHITE%minor hp

Filter levels can be given names that can be seen in game using the H menu: 

FilterLevel[1]: Ladder start
FilterLevel[2]: Maps
FilterLevel[3]: No low runes
FilterLevel[4]: No hp/mp pots

Notifications can come in the form of chat messages or audio cues letting you know an item dropped. Notifications can be enabled by defining NotificationColor or NotificationSound.

Adding notification options to a style definition:

ItemStyle[Fancy]: NotificationColor = RED, NotificationPriority = MEDIUM, NotificationSound = "folderwithsounds\soundfile", NotificationSoundPriority = HIGH

This would give a red notification in chat when the item drops and play the sound named “soundfile” that’s located in the “folderwithsounds” folder.

Alternatively you can use game sounds by referencing the sound location in game files:

ItemStyle[Fancy]: NotificationColor = RED, NotificationPriority = MEDIUM, NotificationSound = "@global\sfx\item\rune”, NotificationSoundPriority = HIGH

This would give us a red notification in chat when the item drops and play the rune drop sound from the game files.

Items can be given notification and sound notification priority values of high, medium, or low. In game you can choose high medium and low values. Setting the values to low in game will cue all notifications, setting medium in game will allow medium and high notifications, and setting high in game will allow only notifications that are set to high.


Macros

[TextMacro] defines a textual substitution that can be reused through-out the filter in [ItemDisplay], [ItemDescription] or inline item notes. They all for all the same substitutions are item names and notes. They however may not include other macros.

To reference a [TextMacro], use the following syntax:

%!name!%

where name is a case-sensitive match to any defined [TextMacro]. If no match is found the text is left unchanged.

For example if you wanted to have red, green, and blue @ signs to be displayed when a super healing potion drops you would define the macros: 

TextMacro[RGB]: %RED%@%GREEN%@%BLUE%@
TextMacro[BGR]: %BLUE%@%RED%@%GREEN%@

Then call it the items display line:

ItemDisplay["Super Healing Potion"]: %!RGB!% %RED%%NAME%  %!BGR!%

Resulting in:

Skill & Item Lists

Sounds

Loot filters support playback of custom sounds and default game sounds. These sounds can be set using the NotificationSound (see Item Styles) or by using %NOTIFYSOUND()%.

There are two methods to play a custom sound, each with their own pros and cons:

Method Pros Cons
By Sounds.txt Id
  • No need to include sound files with your filter.
  • Plays through the game's shared sound channels.
  • Requires looking up an ID from sounds.txt.
By File Path
  • Can play custom sounds.
  • Custom sounds play on their own channels separate from game sounds.
  • Can still load sounds packaged with the base game.
  • You will need to encode sounds correctly and package them with your filter.

Any custom sounds need to be in the following format:

  • Channels: 1 (Mono)
  • BitRate: 22050Hz
  • Format: Wav

File paths to custom sounds are relative to the filter folder in your Path of Diablo directory. If you want to use a sound that exists in one of the Diablo II archives, you need only append an “@” to the front of the path (eg. "@global\sfx\monster\beetle\attack1") and remove the top-level “data” portion from the path. Paths must always be enclosed in quotation marks.

Defining a reusable sound through-out your filter can be done with Sound[name]. They can be defined at any point in your filter file. To use it, first define your new sound, in this example it will be called “myFilterSound”:

Sound[myFilterSound]: "path\to\file"

Then you can use “myFilterSound” whenever you need a sound path or id.

Filtering Variables

Filtering variables form the basis of any filter boolean expression. They are divided into 5 main types:

  • Item codes – these are 3 or 4 letter codes used to match the item's base. A list of item codes can be found on the Loot filtration codes page.
  • Item names – these are the in-game name of the item base, enclosed in quotations, eg: "Super Healing Potion".
  • Booleans – these are true or false conditions based on properties of the item, the player or other global information.
  • Complex – these are numerical values used in conjunction with the comparison operators.
  • Functions – these take a set of 1 or more inputs and produce either a boolean or integer value.

Variables

Named Variables:

Name Description
ALLSK Returns the value of the +x to all skills stat
ALVL Returns the affix level of the item
AR Returns the value of the + to attack rating stat
AREALVL Returns the area level (monster level) of the area you are currently in.
ARMOR Boolean indicating if the item is classed as armor
ARPER Returns the value of the attack rating per level stat
AXE, BOW, DAGGER, JAVELIN, MACE, POLEARM, SCEPTER, SPEAR, STAFF, SWORD, THROWING, WAND, XBOW Boolean indicating if the item falls into one of these weapon categories.
BAR, DIN, DRU, NEC, SIN, SOR, ZON Boolean indicating if the item falls into one of these class specific item categories.
BELT, BOOTS, CHEST, CIRC, GLOVES, HELM, SHIELD Boolean indicating if the item falls into one of these armor categories.
CHSKx Returns the level of the charged skill for skill id x
CLx Boolean indicating if the item is part of the given class-specific item group, where x is:
  • 1 = Druid Pelt
  • 2 = Barbarian Helm
  • 3 = Paladin Shield
  • 4 = Necromancer Shield
  • 5 = Assassin Katar
  • 6 = Sorceress Orb
  • 7 = Amazon Weapon
CLSKx Returns the value of the + class skills stat, where x is:
  • 0 = Amazon
  • 1 = Sorceress
  • 2 = Necromancer
  • 3 = Paladin
  • 4 = Barbarian
  • 5 = Druid
  • 6 = Assassin
CLVL Returns the level of your character
CORRUPTED Boolean indicating if the item is corrupted
CRAFT, CRAFTED, INF, INFERIOR, MAG, MAGIC, NMAG, NONMAGIC, RARE, SET, SUP, SUPERIOR, UNI, UNIQUE Boolean indicating if the item is of the specified quality
CRAFTALVL Returns the affix level of the item if used for crafting
CRES Returns the value of the +% cold resistance stat
DEF Returns the value of the + defense stat
DEX Returns the value of the + dexterity stat
DIFF, DIFFICULTY Returns the current difficulty:
  • 0 = Normal
  • 1 = Nightmare
  • 2 = Hell
DTM Returns the value of the damage to mana stat
ED Returns the value of the +% enhanced damage for weapons or +% enhanced defense for armors
ELITE, ELT, EXCEPTIONAL, EXC, NORMAL, NORM Boolean indicating if the item is of the specified grade
ENR Returns the value of the + energy stat
EQx Boolean indicating if the item is part of the given armor item group, where x is:
  • 1 = Helm
  • 2 = Chest
  • 3 = Shield
  • 4 = Gloves
  • 5 = Boots
  • 6 = Belt
  • 7 = Circlet
ETHEREAL, ETH Boolean indicating if the item is Ethereal
FBR Returns the value of the faster block recovery stat
FCR Returns the value of the faster cast rate stat
FHR Returns the value of the faster hit recovery stat
FILTERLVL Returns the current filter level
FOOLS Boolean indicating if the item has the “Fools” affix
FRES Returns the value of the +% fire resistance stat
FRW Returns the value of the faster run/walk speed stat
GEM Boolean indicating if the item is a gem
GEMGRADE Returns the gem's grade:
  • 1 = Amethyst
  • 2 = Diamond
  • 3 = Emerald
  • 4 = Ruby
  • 5 = Sapphire
  • 6= Topaz
  • 7 = Skull
GEMMED Boolean indicating if the item is socketed with gems/runes/jewels
GEMTIER Returns the gem tier:
  • 1 = Chipped
  • 2 = Flawed
  • 3 = Normal
  • 4 = Flawless
  • 5 = Perfect
GFIND Returns the value of the +% gold find stat
GOLD Returns the amount of gold if the item is a gold pile
GRAIL [On Hold]
HARDCORE Boolean indicating if the player is in Hardcore
IAS Returns the value of the increased attack speed stat
IDENTIFIED, ID Boolean indicating if the item is identified
IDSCROLLS Returns the number of identify scrolls in your inventory
ILVL Returns the item level
LEVEL Returns the id of the current level
LIFE Returns the value of the + life stat
LRES Returns the value of the +% lightning resistance stat
MAEK Returns the value of the mana after kill stat
MANA Returns the value of the + mana stat
MAP Boolean indicating if the item is a map
MAPTIER Returns the map tier:
  • 1 = White
  • 2 = Yellow
  • 3 = Red
MAXDMG Returns the value of the + maximum damage stat
MAXDUR Returns the value of the + durability stat
MFIND Returns the value of the +% magic find stat
MINDMG Returns the value of the + minimum damage stat
NOTIFYLVL Returns the current notification level
OSx Returns the value of the + level x skill stat
PERCENTILE Returns the percentile (between 0 and 99) of the base armor roll of the item
PLRCLASS Returns the current class of the player:
  • 0 = Amazon
  • 1 = Sorceress
  • 2 = Necromancer
  • 3 = Paladin
  • 4 = Barbarian
  • 5 = Druid
  • 6 = Assassin
PRES Returns the value of the +% poison resistance stat
POTION Boolean indicating if the item is a potion
POTIONTIER Returns the tier of the potion:
  • 1 = Minor or rejuvenating
  • 2 = Light or full rejuvenating
  • 3 = Normal
  • 4 = Greater
  • 5 = Super
PRICE Returns the vendor sell price for the item in the current difficulty
QLVL Returns the quality level of the item
QTY Returns the quantity of the item stack
QUEST Boolean indicating if the item is a quest item
REPAIR Returns the value of the repairs durability stat
REPLIFE Returns the value of the + life replenish stat
REPQUANT Returns the value of the replenish quantity stat
REQLEVEL Returns the required level of the item
RES Returns the minimum value between all fire/lightning/cold/poison resistance stats on the item
RUNE Boolean indicating if the item is a rune
RUNETIER Returns a value between 1 to 33 indicating the rune's tier
RUNEWORD, RW Boolean indicating if the item is a runeword
SKx Returns the value of the + level x skill (class specific) stat
SOCKETS, SOCK Returns the number of sockets for the item
SPECIAL Boolean indicating if the item is a special item. Current special items are:
  • Quest Items
  • Synthesized Items
STR Returns the value of the + strength stat
SYNTH Boolean indicating if the item is synthesized
TABSKx Returns the value of the + to {tab} skills stat where x is the id of the tab.
TPSCROLLS Returns the number of townportal scrolls in your inventory (including books)
VIT Returns the value of the + vitality stat
WEAPON Boolean indicating if the item is classed as a weapon
WPx Boolean indicating if the item is part of the given weapon item group, where x is:
  • 1 = Axe
  • 2 = Mace
  • 3 = Sword
  • 4 = Dagger
  • 5 = Throwing
  • 6 = Javelin
  • 7 = Spear
  • 8 = Polearm
  • 9 = Bow
  • 10 = Crossbow
  • 11 = Staff
  • 12 = Wand
  • 13 = Scepter
  • 14 = One Handed
  • 15 = Two Handed
  • 16 = Ambihanded

Functions

Name Description
CHARSTAT() Character stat, eg CHARSTAT(7) is max life
COUNT() [DISABLED] Counts the number of matching expressions.
CSKILLS() %CSKILLS(AMA, 1)% for the first tab of Amazon skills, %CSKILLS(AMA)% for just Amazon skills (full name Amazon works as well)
CHARGES()
CTCSKILL() ex: ItemDisplay[CRAFT amu CTCSKILL(GETHIT_MELEE, "Frost Nova")>1]: Crafted Hitpower Amulet

ATTACK KILL DEATH HIT LEVEL GETHIT DAMAGED HIT_RANGED KILL_MELEE GETHIT_MELEE

ITEMLIST() Space separated list of items
ITYPE()
OSKILL()
OSKILLS()
MAXSKILLS()
MAXOSKILLS()
PREFIX()
PLRCLASS()
REQCLASS()
SET()
SKILL()
SKILLS()
STAT()
STORAGE() Where the item lives. Could be in:

INV EQUIPPED STASH CUBE TRADE BELT MERC SHOP GAMBLE GROUND

SUFFIX()
UNIQUE()

Block-Level Filters

Block-level filters provide a mechanism for skipping multiple filter lines (ItemDisplay[expr]: text entries) at once based on a set of common conditions. They can also be used to enable/disable groups of filter lines based on your filter level.

Block-level filters are required to have a start entry (with a filtering expression), and an end entry. Block-level filters can be nested, matching start entries to the next end entry in the file.

A start entry is defined as: EnableIf[expr] An end entry is defined as: EndIf[] expr uses the exact same filtering syntax and variables as ItemDisplay[expr]. An example of a basic block level filter is the following: 

EnableIf[RUNE]
	ItemDisplay[]: %ORANGE%%RUNENAME% %TAN%[%RUNETIER%]%CONTINUE%
	ItemDisplay[RUNETIER>16]: %NAME%%GOLD%!!HR!!
	ItemDisplay[]: %NAME%
EndIf[]

In this example, we can collate all filter lines that apply to runes, and then apply progressive styling based on the rune’s tier.

Block-level filters are a very powerful mechanism for both grouping and performance, and their usage is encouraged.

Item Names

Item names can be built using one or more item filter lines. They are defined in the text portion of the ItemDisplay[expr]: text declaration, before any Item Styles or Item Descriptions.

The filters lines’ actions and substitutions are only run if the expr of the ItemDisplay[expr] is true. With the appropriate usage of Filtering Substitutions and the %CONTINUE% action, you can easily create complex names using multiple filtering lines.

When an item name is empty once all filters lines have run, that item will be hidden (when shown on the ground), grayed out (when shown in a vendor screen) or marked as “(Filtered)” (when shown in your inventory).

Item Descriptions

Filters can also attach a “note” to an item's description in a player's or NPC’s inventory. Notes are useful for many things, such as recipes or trade values. Just like with item names, notes can be accrued, and use the same Filtering Substitutions.

Item descriptions are defined by any text appearing in the text portion of an ItemDisplay[expr] that is enclosed in curly braces.

Similar to Text Macro’s, you can also define globally reusable notes with the following syntax: ItemDescription[name]: text

To then use that note in a description, you would use the name enclosed by double curly braces. An example would be the following: 

ItemDescription[AnImportantNote]: %RED%This is important, don’t lose it!
ItemDisplay[QUEST]: %FULLNAME%{{AnImportantNote}}

Filtering Substitutions

Name substitutions allow for rewriting of text based on item information, static strings and other constants.

Constants:

Name Substitution

%WHITE%
%RED%
%GREEN%
%BLUE%
%GOLD%
%GRAY%
%BLACK%
%TAN%
%ORANGE%
%YELLOW%
%PURPLE%
%DGREEN%
%DARK_GREEN%
%BOLD%
%CORAL%
%SAGE%
%TEAL%
%LGRAY%
%LIGHT_GRAY%
%NAVY%
%DBLUE%
%DARK_BLUE%
%COBALT%
%DARK_PURPLE%
%DPURPLE%
%BROWN%

 Sets any text after the color constant to this color.

Note that %CORAL%, %SAGE% and %TEAL% are only available in D2GL or Glide Wrapper.

Note that %NAVY%, %DBLUE%, %DARK_BLUE%, %COBALT%, %DARK_PURPLE%, %DPURPLE%,
%BROWN%, %PINK% are only available in D2GL.

Colors will fall-back to an appropriate color if they are used in a mode where they are unavailable.

%NEWLINE%
%NL%

Inserts a new line
%LBRACE% Inserts a left brace: {
%RBRACE% Inserts a right brace: }
%LANGLE% Inserts a left angle bracket: <
%RANGLE% Inserts a right angle bracket: >
%SPACE% Inserts a single space
%EMPTY% Inserts nothing, used to prevent white-space trimming.
%HIDE% Inserts nothing, purely a convenience to explicitly show this row is meant to hide an item

Values:

Name Substitution
%PREVIOUS%
%NAME%
%NOTE%
%ITEMNAME%
%FULLNAME%
%BASENAME%
%RWNAME%
%SOCKETS%
%TIER%
%RUNETIER%
%RUNENAME%
%GEMTIER%
%GEMTYPE%
%MAPTIER%
%POTIONTIER%
%ILVL%
%ALVL%
%QLVL%
%CRAFTALVL%
%LVLREQ% / %REQLEVEL%
%WPNSPD%
%RANGE%
%CODE%
%PRICE%
%PERCENTILE%
%DEF%
%EDAMAGE%
%EDEFENSE%
%RES%
%TOTALRES%
%QTY%
%CLASS%
%CL%
%QUAL% / %QUALITY%
%QT% / %GRADE%
%STAT()%
%SKILL()%
%OSKILL()%
%SKILLNAME()%


Item names can also be formed iteratively by using %NAME% to get the name set previously by any matching non-terminating filters. If no match to a substitution or function is found, the text is left unchanged.

Item Styles

Item styles allow one to set various nameplate styling options, and allow for playing sounds or showing map icons. Item styles can be declared at any point in the filter file. You can also declare inline styles, or override specific attributes of a global style.

A global style is defined with the following syntax: ItemStyle[name]: stylename

stylename Must contain one or more of the following attributes, delimited with a comma. Values for the attributes are declared using the following syntax: attribute = value

Name Description
MapIcon
MapIconColor
BorderColor
BorderSize
BackgroundColor
NotificationColor
NotificationPriority
NotificationSound
NotificationSoundPriority

This global style can then be referenced by its name enclosed in double angle brackets. An example of a global style is the following: 

ItemStyle[Fancy]: MapIcon = 4, MapIconColor = 5, BorderColor = RGB(0/255/63), BorderSize = 1, BackgroundColor = RGB(255/0/63), NotificationColor = ITEM, NotificationPriority = HIGH, NotificationSound = "@global\sfx\monster\beetle\attack1", NotificationSoundPriority = HIGH

ItemDisplay[SKILL("Freezing Pulse") > 1]: %PURPLE%%NAME% <<Fancy>>

Styles can also be used and edited in-line and on the fly. To use the above style but change the border size:

ItemDisplay[SKILL("Freezing Pulse") > 1]: %PURPLE%%NAME% <:Fancy: BorderSize = 3>

Style elements border color and background color can also utilize RGB values, for example BackgroundColor = RGB(245/2/19).

Filtering Actions

NOTE: With the exception of %CONTINUE% all items actions are deprecated and will be removed in a future version. All your actions should be moved over to item styles.

Item filters can also have “actions” attached to them, these perform certain functions when a terminating filter condition is met within a specific context. Just like names, actions will accrue until a terminating condition is met. If no terminating condition is found, the accrued actions will be applied.

The following table lists all available filtering actions, parameters in [] are optional, and when omitted will use their default value.

Name/Syntax Defaults Description
%CONTINUE% N/A
%NOTIFY()%
%MAPICON()%
%BORDER()%
%NOTIFYSOUND()%
%BGCOLOR()%

Optimizing Your Filters

Although PoD does its best to make sure loaded item filters are performant, it is still up to the user to make sure their filters and filtering expressions are well structured to prevent potential slow-downs.

Filtering ex pressions are evaluated with short-circuiting.

Keeping this in mind, one can optimize filtering expressions to start with the most specific checks first, then becoming more broad. Certain conditionals are far more expensive (computationally) to evaluate.

Delaying the evaluation of these expensive conditions is preferable.

In many cases it is preferable to match to multiple expressions to build up styling for item groups. In this case it is recommended to keep all filter expression lines one-after-the-other, from most generic to most specific. To aid in fast evaluation it is recommended to start these “style blocks” with an item base type check, and then get more specific.

It is recommended to ensure that all filters have a suitable terminating filter line, doing so prevents unneeded evaluation of filtering expressions. By grouping non-terminating expressions as close as possible to their terminating filter will also reduce unnecessary evaluations.

Debugging Your Filters

Debugging of loot filters will be an evolving process that will improve over time.

When a filter is loaded, and the message appears in game, its color will notify you if any errors or warnings were found with the currently loaded filter. Light green means no errors or warnings were found, Orange means errors and/or warnings were found.

Currently all item codes, stat ids, skill ids, SkillList names and ItemList names are validated when the filter is loaded. Any errors will be logged out to the Diablo II log.

If you set the following setting:

<insert pic>

Then the errors and warnings will also be logged out to the game’s message log, helpful for on-the-fly filter adjustments and debugging.

Appendix A: Map Icons

These are the default icons and their associated numbers:

Appendix B: Palette Colors

The default Diablo 2 color palette:

Aside from the numeric color codes, BorderColor and BackgroundColor support RGB values. EG, a style using:
BackgroundColor = RGB(128/0/128)
Would result in a purple background

Retrieved from "https://pathofdiablo.com/wiki/index.php?title=Advanced_Loot_Filtration&oldid=81649"