d4lf

Filter items and sigils in your inventory based on affixes, aspects and thresholds of their values. For questions, feature request or issue reports join the discord or use github issues.

Features

• Filter items in inventory and stash
• Filter by item type, item power and greater affix count
• Filter by affix and their values, with per-affix greater affix requirements
• Filter affixes and sigils by item rarity (e.g. keep only rare craft bases, not the equivalent legendary)
• Filter uniques by their affix and aspect values
• Filter seals and charms by affixes, rarity, charm set, or unique aspect
• Filter sigils by blacklisting and whitelisting locations and affixes
• Filter tributes by name or rarity
• Quickly move items from your stash or inventory
• Supported resolutions are all aspect ratios between 16:10 and 21:9
• Info Panel Overlay for tracking world events and session statistics
• Paragon Overlay with import from supported build planners (Mobalytics, Maxroll, D4Builds)

Donations

If D4LF is useful to you and you want to support the project, consider supporting the project on Ko-fi. The money goes directly to help funding expenses related to the project. Also share D4LF with your friends and in your communities.

How to Setup

Installation and quick start guide (New instructions for season 12 that must be followed!)

• Download and extract the latest version (.zip) from the releases: https://github.com/d4lfteam/d4lf/releases
• Find your “Diablo IV” directory. Copy the path and have it in your clipboard:
  • In Battle.net, click the gear icon next to the Play button and select “Open in Explorer”
  • In Steam, right click the game, select Manage > Browse local files
• D4LF gets item information by reading the screen and using TTS information sent for accessibility. TTS setup takes additional steps, detailed below. For more information on the install_dll.cmd script, see the TTS section
  • Navigate to your downloaded d4lf directory
  • Double-click install_dll.cmd
    • If asked for administrator permissions, provide them.
    • When asked for your Diablo 4 path, provide it
    • When asked to install a certificate, allow it.
    • If everything is successful, proceed with the guide. Otherwise join the discord or post an issue in github.
• Generate a profile of what Diablo 4 items you want to filter for. To do so you have a few options:
  • Run d4lf.exe and import a profile using the import window by pasting a build page from popular planner websites
  • Create one yourself by looking at the examples below and using the profile editor to recreate
• If created manually (not recommended), place the profile in the C:/Users/<WINDOWS_USER>/.d4lf/profiles folder. The D4LF Settings window has a button to open this folder directly. If imported they are placed there automatically.
• Run d4lf.exe and use the Settings button to configure the profiles in the Profile section. Check the box next to the profiles you would like to use.
• Ensure all game settings are configured properly.
• If you made changes, restart d4lf.exe and launch Diablo 4.
• Use the hotkeys listed in d4lf.exe to run filtering. By default, F11 will run the loot filter and filter your items.
• For most common issues, if something is wrong, you will see an error or warning when you start d4lf.exe. Join our discord for more help.

Game Settings

• Game Language must be English
• IMPORTANT: Advanced Tooltip Information must be enabled in Options > Gameplay > Gameplay. If you don’t do this then item parsing will be very inconsistent and you will receive no warning something is wrong.
• Font scale in Graphics settings must be small or medium
• HDR makes the screen too bright and D4LF is unable to read the state of some items on screen. It must be disabled.
• Use Screen Reader must be enabled in Options > Accessibility
• 3rd Party Screen Reader must be enabled in Options > Accessibility (The voice will go away when DLL is installed, see quick start guide above)

Common problems

• The tool shows a warning saying “TTS connection has not been made yet.” but I’ve set everything up correctly.
  • If you’re seeing this error, it means D4LF has found the DLL is in the correct location but the TTS connection is still not being made. This is most likely due to an issue with your windows user not allowing Diablo to connect to the third party screen reader. The following steps should resolve it:
    • Set Diablo 4 to run as administrator. First, navigate to your Diablo 4 directory.
      • Steam User: Right click on the game and choose Properties. In that menu, go to Installed Files and hit Browse.
      • Battle.net User: On the game page, click the gear icon and choose Show in Explorer
    • Right-click on Diablo IV.exe and go to Properties. In the Compatibility tab, check the box that says “Run this program as an administrator”
    • Run Diablo 4 again through Steam/Battle.net and see if that resolved the issue.
    • If it did not, set Steam/Battle.net to run as administrator as well and make sure you are running Diablo through Steam. This should resolve the issue.
• The GUI crashes immediately upon opening, with no error message given
  • This almost always means there is an issue in your params.ini, the backing file for our Settings. Delete the file in C:/Users/<WINDOWS_USER>/.d4lf/ and then open the GUI and configure your params.ini through the Settings window in D4LF. Using the GUI for configuration will ensure the file is always accurate.
• Mouse control isn’t possible
  • Due to your local windows settings, the tool might not be able to control the mouse. Just run the tool as admin and it should work. If you don’t want to run it as admin, you can disable the mouse control entirely by enabling Settings > Automation > Vision Mode Only

TTS

D4 uses a third-party TTS engine called Tolk. Tolk has a feature that allows custom third-party TTS DLLs to be loaded. D4 automatically loads the DLL, which actually just sends the text to another application rather than reading it aloud. This is similar to having a Braille TTS application for D4.

The TTS dll (saapi64.dll) must be signed for Diablo 4 to pick it up. The install_dll.cmd script handles all of this for you. It will:

• Copy the dll file to the Diablo 4 directory
• Download the signtool needed to add a local signature to the dll
• Runs the signtool and signs the dll

GUI Overview

d4lf.exe is the one-stop shop for all operations, including running the D4LF process and any configuration changes.

If you prefer a standalone console-only experience, you can run d4lf-consoleonly.bat instead which will not open a GUI as well. It is still recommended you open the GUI for any configurations management.

Current functionality:

• Import builds from maxroll/d4builds/mobalytics/infinitybuilds
• Complete management of your settings through the Settings window
• A beta version of a manual profile editor/creator

Main Screen

(Documentation in progress)

The main screen contains the log of what D4LF is doing when it is filtering items. Any errors are posted here.

It contains navigation buttons to get to the Profile Importer, Settings, and Profile Editor.

Profile Importer

(Documentation in progress)

Import profiles from the following popular build sites: Maxroll, Mobalytics, D4Builds, InfinityBuilds.

The importer should be fairly self-documented. Hover over any option for more information on that option.

Settings Window

The Settings Window is where you configure anything and everything for D4LF.

Each setting is documented within the window so click through to see what you might be interested in changing.

Some commonly modified setting sections:

Profiles

This is where you activate/deactivate your profiles. You can change the order of the profiles as well by dragging on the 6 dot icon. The top listed profile is what Vision Mode With Highlighting will show squares for when hovering over an item so the order can matter. However, a matching rule produces a keep only when the item’s filterable item category is enabled; the Mythic always-keep rule still applies.

Loot Behavior

Here you can change how we handle items that don’t match a filter at all, for example uniques or codex upgrades. The following loot filter overrides independently control whether D4LF applies profile rules to each filterable item category:

• Filter Equipment
• Filter Sigils
• Filter Tributes
• Filter Seals
• Filter Charms

When an override is disabled, non-Mythic items in that category are left untouched while the active profile rules are preserved. Mythic items are always kept by the Mythic always-keep rule.

Stash & Transfer

It’s important to set how many stash tabs you have access to. If you do not own any of the expansions, change the Max Stash Tabs value to 6.

Note that D4LF will not work with stash tabs until you’ve unlocked all of them.

UI & Theme

You can enable dark/light mode here if interested.

This section also contains the two vision modes, which you can swap between.

If you enable “highlight_matches” then matched affixes will have a green box drawn over the affix bullets on the screen. This is the classic vision mode, but is a little slower and mildly error prone as we are relying on reading the screen to determine affix locations.

If you instead enable “fast” vision mode, we do not read the screen at all but instead place relevant information on the screen immediately. Fast vision mode works with controllers. Both vision modes show the same information, just in different ways.

If you would like for the fast vision mode box to appear somewhere else, you can modify its location in Settings > Advanced > Fast Vision Mode Coordinates.

Profile Editor

(Documentation still in progress)

The Profile Editor allows you to edit your profiles. It is still in beta. The Sigils tab supports global affix rules (blacklist an affix on every sigil without picking a dungeon) and the sigil rarity gate, alongside an affix rarity picker on the Affixes tab.

How to filter / Profiles

All profiles define whitelist filters. If no filter included in your profiles matches an item in an enabled filterable item category, it will be discarded. Disabled categories are left untouched, except that Mythics are always kept.

Your config files will be validated on startup and will prevent the program from starting if the structure or syntax is incorrect. The error message will provide hints about the specific problem.

The following sections will explain each type of filter that you can specify in your profiles. How you define them in your YAML files is up to you; you can put all of these into just one file or have a dedicated file for each type of filter, or even split the same type of filter over multiple files. Ultimately, all profiles specified in the Profiles section of Settings will be used to determine if an item should be kept when its category is enabled. If one of the profiles wants to keep the item, it will be kept regardless of the other profiles. Similarly, if a filter is missing in all profiles (e.g., there is no Sigils section in any profile), all corresponding items (in this case, sigils) will be kept when Sigils filtering is enabled.

Affix / Unique Aspect Filter Syntax

You have two choices on how to specify aspects or affixes of an item. For both options we recommend importing a profile first and then working from there.

• You can use the Edit Profile window in the GUI, which is the recommended approach
• You can also manually edit your profile.

The instructions below are all about editing the file manually, but the explanations apply to the GUI as well.

# Filter for attack speed
- { name: attack_speed }
# Filter for attack speed with a threshold value.
# The filter keeps larger rolls when the tooltip range increases and smaller rolls when the range decreases.
- { name: attack_speed, value: 4 }
# Filter for attack speed where the affix is greater than 50% of the potential maximum
- { name: attack_speed, minPercentOfAffix: 50 }

Affixes

Affixes are defined by the top-level key Affixes. It contains a list of filters that you want to apply. Each filter has a name and can filter for any combination of the following:

• itemType: The name of the type or a list of multiple types. See assets/lang/enUS/item_types.json
• rarity: A single rarity or a list of rarities the rule should match. An empty/absent value matches all rarities. Values are case-insensitive. See Filtering on rarity for details and the list of rarities in rarity.py
• minPower: Minimum item power
• minGreaterAffixCount: Minimum number of greater affixes expected on the overall item. See Greater Affix Filtering for more information on filtering GAs.
• affixPool: A list of multiple different rulesets to filter for. Each ruleset must be fulfilled or the item is discarded
  • count: Define a list of affixes (see syntax) and optionally minCount and maxCount
    • minCount: specifies the minimum number of affixes that must match the item. defaults to amount of specified affixes
    • maxCount specifies the maximum number of affixes that must match the item. defaults to amount of specified affixes
• inherentPool: The same rules as for affixPool apply, but this is evaluated against the inherent affixes of the item
• uniqueAspect: If you’re looking for a specific unique, this is how you define it. It has the following properties:
  • name: (Required) The name of the unique you are looking for. You can find a list in uniques.json
  • value: What is the minimum value the aspect must have. You can not have both this and minPercentOfAspect
  • minPercentOfAspect: Instead of defining a specific value, what percent of the potential maximum value of the aspect should we keep. See this section for more information.

Affixes:
  # Search for chest armor and pants that are at least item level 725
  # and have at least 3 affixes of the affixPool
  - NiceArmor:
      itemType: [ chest armor, pants ]
      minPower: 725
      affixPool:
        - count:
            - { name: dexterity, value: 33 }
            - { name: damage_reduction, value: 5 }
            - { name: lucky_hit_chance, value: 3 }
            - { name: total_armor, value: 9 }
            - { name: maximum_life, value: 700 }
          minCount: 3

  # Search for chest armor that is at least item level 900 and have at least 3 affixes of the affixPool.
  # The item must have 2 greater affixes, but note they do not need to be from the affixPool.
  # See Greater Affix Filtering section for more information on filtering GAs
  - NiceArmor:
      itemType: chest armor
      minPower: 900
      minGreaterAffixCount: 2
      affixPool:
        - count:
            - { name: dexterity }
            - { name: damage_reduction }
            - { name: lucky_hit_chance }
            - { name: total_armor }
            - { name: maximum_life }
          minCount: 3

  # Search for boots that have at least 2 of the specified affixes and either max evade charges or reduced evade cooldown as inherent affix
  - GreatBoots:
      itemType: boots
      minPower: 800
      inherentPool:
        - count:
            - { name: maximum_evade_charges }
            - { name: attacks_reduce_evades_cooldown_by_seconds }
          minCount: 1
      affixPool:
        - count:
            - { name: movement_speed, value: 16 }
            - { name: cold_resistance }
            - { name: lightning_resistance }
          minCount: 2

  # Search for boots that have at least 2 of the specified affixes AND are a Penitent Greaves
  # The Greaves must have at least 50% of the possible roll range for its unique aspect
  # Note this would not match non-unique boots that have movement speed and cold resistance, it will only match a Penitent Greaves
  - GreatUniqueBoots:
      itemType: boots
      minPower: 800
      affixPool:
        - count:
            - { name: movement_speed, value: 16 }
            - { name: cold_resistance }
            - { name: lightning_resistance }
          minCount: 2
      uniqueAspect:
        - name: penitent_greaves
          minPercentOfAspect: 50

  # You can also search for multiple unique aspects at once, e.g. to keep several BiS uniques regardless of build
  # Keep all penitent greaves or gohrs_devastating_grips with 900 power
  - HighPowerUniques:
      minPower: 900
      uniqueAspect:
        - name: penitent_greaves
        - name: gohrs_devastating_grips

  # Search for boots with movement speed and 1 resistances from a pool of all resistances.
  # No need to add maxCount to the resistance group since it isn't possible for an item to have more than one resistance affix
  - ResBoots:
      itemType: boots
      minPower: 800
      affixPool:
        - count:
            - { name: movement_speed, value: 16 }
        - count:
            - { name: shadow_resistance }
            - { name: cold_resistance }
            - { name: lightning_resistance }
            - { name: fire_resistance }
            - { name: poison_resistance }
          minCount: 1

  # Search for boots with movement speed. At least two of all item affixes must be a greater affix, but we don't care which
  - GreaterAffixBoots:
      itemType: boots
      minPower: 800
      minGreaterAffixCount: 2
      affixPool:
        - count:
            - { name: movement_speed, value: 16 }

  # Keep all ancestral items, even if they don't match a different filter
  - AncestralMatch:
      minPower: 900

Affix names are lower case and spaces are replaced by underscore. You can find the full list of names in assets/lang/enUS/affixes.json.

Filtering on rarity

Use rarity to restrict an affix rule to specific item rarities.

• If rarity is omitted, the rule matches all rarities.
• rarity accepts one value (rarity: rare) or a list (rarity: [common, magic, rare]).

The valid rarities are listed in rarity.py.

Affixes:
  # Only keep RARE chest armor with these affixes. A legendary with the same affixes is NOT kept by this rule.
  - RareCraftBase:
      itemType: chest armor
      rarity: rare
      affixPool:
        - count:
            - { name: dexterity }
            - { name: maximum_life }
            - { name: total_armor }
          minCount: 2

  # Keep common, magic or rare boots as craft candidates
  - CraftBoots:
      itemType: boots
      rarity: [common, magic, rare]
      affixPool:
        - count:
            - { name: movement_speed }
          minCount: 1

Filtering on percent of affix instead of value

You also have the option to filter on the minimum percent of the affix you want instead of a specific value. For example, say you want strength on an item. The potential values for strength are 100-150. If you say the minPercentOfAffix for strength is 50 (which means 50%), then strength rolls of 125 and up are kept and rolls below 125 would be discarded.

A greater affix is considered to always match a minPercentOfAffix. You do not need to designate larger/smaller for value or minPercentOfAffix; that is automatically determined from the roll range.

If you put in minPercentOfAffix you can not also put value for that affix. It must be one or the other.

These rules also apply for minPercentOfAspect on the uniqueAspect and in GlobalUniques.

Affixes:
  # Search for chest armor that is at least item level 925 and have at least 3 affixes of the affixPool.
  # It must have at least 40 damage_reduction, and armor must be at least 70% of its potential maximum affix value
  - NiceArmor:
      itemType: chest armor
      minPower: 925
      affixPool:
        - count:
            - { name: dexterity }
            - { name: damage_reduction, value: 40 }
            - { name: lucky_hit_chance }
            - { name: armor, minPercentOfAffix: 70 }
            - { name: maximum_life }
          minCount: 3

Greater Affix Filtering

D4LF provides two complementary ways to filter items based on Greater Affixes:

1. Item-Level Greater Affix Count (minGreaterAffixCount)

This filter requires a minimum total number of Greater Affixes on the entire item, regardless of which affixes they are.

Affixes:
  - GreaterAffixBoots:
      itemType: boots
      minGreaterAffixCount: 2  # Item must have at least 2 Greater Affixes total
      affixPool:
        - count:
            - { name: movement_speed }
            - { name: maximum_life }
            - { name: strength }
            - { name: fire_resistance }
          minCount: 3

2. Per-Affix Greater Affix Requirements (want_greater)

When using the Profile Editor GUI or when importing affixes using the importer, you can mark/import specific affixes with a “Greater” checkbox. This is shown as want_greater in the profile. This is a list of affixes that you would prefer to be greater affixes. The minGreaterAffixCount value on the item is still respected, so if you have two affixes tagged as want_greater but a minGreaterAffixCount of 1, an item with one of those two affixes as GA will be kept. If neither of those affixes are GA but a different one is, the item will not be kept.

Affixes:
  - PerfectBoots:
      itemType: boots
      affixPool:
        - count:
            - { name: movement_speed, want_greater: true }  # MUST be a Greater Affix
            - { name: maximum_life, want_greater: true }    # MUST be a Greater Affix
            - { name: strength }                            # Can be normal or Greater
            - { name: fire_resistance }                      # Can be normal or Greater
          minCount: 3
      minGreaterAffixCount: 2  # Auto-set by GUI if Auto-Sync is checked, or Require Greater Affixes is checked on the importer

Common Use Cases

- itemType: boots
  minGreaterAffixCount: 2
  affixPool:
    - count:
        - { name: movement_speed }
        - { name: maximum_life }
        - { name: strength }
        - { name: fire_resistance }
      minCount: 3

- itemType: boots
  minGreaterAffixCount: 1  # The minGreaterAffixCount is important, if it was 0 then movement_speed would not be required to be GA
  affixPool:
    - count:
        - { name: movement_speed, want_greater: true }
        - { name: maximum_life }
        - { name: strength }
        - { name: fire_resistance }
      minCount: 3

- itemType: boots
  minGreaterAffixCount: 2  # minGreaterAffixCount of 2 requires both to be GA
  affixPool:
    - count:
        - { name: movement_speed, want_greater: true }
        - { name: maximum_life, want_greater: true }
        - { name: strength }
        - { name: fire_resistance }
      minCount: 3

- itemType: boots
  minGreaterAffixCount: 1  # minGreaterAffixCount of 1 requires either to be GA
  affixPool:
    - count:
        - { name: movement_speed, want_greater: true }
        - { name: maximum_life, want_greater: true }
        - { name: strength } # If strength on the item was greater and the top two were not, this would not be matched
        - { name: fire_resistance }
      minCount: 3

Seals and Charms

Seals and charms are defined by the top-level keys Seals and Charms. If no seal or charm filter is provided, all items of that type will be kept.

Both sections support:

• rarity: A single rarity or a list of rarities the rule should match.
• minGreaterAffixCount: Minimum number of greater affixes expected on the seal or charm.
• affixPool: The same rule structure used by item affix filters, but matched against seal or charm affixes.
• uniqueAspect: For unique charms or mythic seals.

Charms additionally support:

• set: One or more charm set names. A charm with any listed set will match.

Seal affix names are listed in assets/lang/enUS/seals_affixes.json. Charm affix names are listed in assets/lang/enUS/charms_affixes.json. Charm set names are listed in assets/lang/enUS/sets.json. Unique charm and mythic seal names use the same uniques.json list as other unique filters.

Seals:
  # Keep seals with either cooldown_reduction, the berserkers crucible specific affix
  # berserking duration, or a charm slot. Note the name of the required set is in the affix.
  - UtilitySeal:
      affixPool:
        - count:
            - { name: cooldown_reduction }
            - { name: berserkers_crucible_berserking_duration }
            - { name: charm_slot }
          minCount: 1

  # Keep this specific mythic seal
  - Mythic Seal:
      uniqueAspect:
        - name: seal_of_the_diamond_mind

Charms:
  # Keep any charm from the Might of the Den Mother set.
  - DenMotherSet:
      set: [might_of_the_den_mother]

  # Keep Arreat's Bearing with maximum life.
  - ArreatsBearing:
      affixPool:
        - count:
          - { name: maximum_life }
      uniqueAspect:
        - name: arreats_bearing

  # Keep rare charms with maximum_life.
  - RareLifeCharm:
      rarity: rare
      affixPool:
        - count:
            - { name: maximum_life }

Mythic seals and charms will always be kept, even if they don’t match a profile.

AspectUpgrades

Legendary Aspects that you want to be notified of receiving upgrades for can be placed in your profile. They are defined in the top-level key AspectUpgrades.

This filter is generally for build-specific aspects that you’d like to be made aware of when you receive an upgrade so you can upgrade that aspect immediately at the occultist. We notify the user by favoriting the item and showing orange text or orange highlighting when hovering over the item.

If the item matches any other profile, this filter does nothing. This filter does respect the mark_as_favorite config property. Any aspects that do not match this filter or are not codex upgrades are handled by the keep_aspects config property.

AspectUpgrades:
  # This would mark Snowveiled Adventurer's Pants as a favorite if it's a codex upgrade. It would ignore the pants otherwise.
  - of_singed_extremities
  - snowveiled

# This works exact same as above, it's just a different way to format it
AspectUpgrades: [of_singed_extremities, snowveiled]

Aspect names are lower case and spaces are replaced by underscore. You can find the full list of names in assets/lang/enUS/aspects.json.

Sigils

Sigils are defined by the top-level key Sigils. It contains a mapping of blacklist and/or whitelist rules for affix or location names. If no Sigil filter is provided, all Sigils will be kept.

Sigils:
  blacklist:
    # locations
    - endless_gates
    - vault_of_the_forsaken

    # affixes
    - armor_breakers
    - resistance_breakers

# Only keep sigils for vault_of_the_forsaken without any of the affixes armor_breakers and resistance_breakers
Sigils:
  blacklist:
    - armor_breakers
    - resistance_breakers
  whitelist:
    - vault_of_the_forsaken

# This will keep all vault of the forsaken sigils even if they have armor_breakers or resistance_breakers
Sigils:
  blacklist:
    - armor_breakers
    - resistance_breakers
  whitelist:
    - vault_of_the_forsaken
  priority: whitelist

# Only keep sigils for iron_hold when it also has shadow_damage
Sigils:
  blacklist:
    - armor_breakers
    - resistance_breakers
  whitelist:
    - [ iron_hold, shadow_damage ]

You can gate sigils by rarity with top-level rarity. Sigil rarity is derived from sigil affixes using assets/lang/enUS/sigils.json.

• If rarity is omitted, all sigil rarities pass.
• A sigil matches when its rarity is listed or it matches a whitelist rule.
• Blacklist rules still discard matching sigils, subject to the configured priority.
• If rarity cannot be resolved, only the whitelist branch can match.

# Only keep rare sigils, and among those discard armor_breakers / resistance_breakers
Sigils:
  rarity: rare
  blacklist:
    - armor_breakers
    - resistance_breakers

Sigil affixes and location names are lower case and spaces are replaced by underscore. You can find the full list of names in assets/lang/enUS/sigils.json.

Tributes

Tributes are defined by the top-level key Tributes. Use an object with name and/or rarity keys. A tribute is kept if its name is in the name list or its rarity is in the rarity list. Omitting a key means that dimension is not checked at all. If no Tributes filter is provided, all tributes are kept.

Mythic tributes are always kept no matter what.

# Keeps only tribute_of_harmony
Tributes:
  name: [tribute_of_harmony]

# Keeps Tribute of Harmony and Tribute of Ascendance (Resolute)
Tributes:
  name: [harmony, ascendance_resolute]

# Keeps only legendary and unique tributes
Tributes:
  rarity: [legendary, unique]

# Keeps tribute_of_harmony OR all legendary/unique tributes
Tributes:
  name: [harmony]
  rarity: [legendary, unique]

Tribute names are lower case and spaces are replaced by underscore. Parentheses are removed. Note that United and Resolute identifiers are part of the names in assets/lang/enUS/tributes.json. You can find the list of item rarities in rarity.py

GlobalUniques

If you are searching for a specific Unique, use the uniqueAspect key in the Affixes section. If you additionally want to keep other uniques that have particular stats, use the GlobalUniques key.

Global unique filters are defined by the top-level key GlobalUniques. It contains a list of parameters that you want to filter for. If no global unique filter is provided or if the item does not match any unique filter (affix or otherwise), uniques will be handled according to the handle_uniques configuration. All mythics are marked as favorite regardless of any filter or configuration.

The following global filters are available:

• minGreaterAffixCount: Only keep uniques with a specific number of greater affixes
• minPercentOfAspect: Only keep uniques whose aspect is above a percentage of the total possible. For example, if this is set to 80 and an aspect has a range of 100-200, then a value of 180 would be kept but a value of 150 would be marked as junk. Situations where a smaller value is what is wanted are automatically handled as well.
• minPower: The minimum item power of uniques to keep
• profileAlias: In vision mode, uniques show as .. For example myuniques.yaml with fists_of_fate aspect defined would show as myuniques.fists_of_fate. The label for the filename can be configured at the aspect level using the profileAlias flag (see examples).

# Take all uniques with item power 900 or higher
GlobalUniques:
  - minPower: 900

# Take all uniques with at least 1 greater affix. It would show in logs/vision mode as cool_stuff.<name of unique>
GlobalUniques:
  - minGreaterAffixCount: 1
    profileAlias: cool_stuff

# Note that if a unique matches any filter, it is kept. Each - denotes a new filter.
# For example, the below will keep all uniques that have two greater affixes OR an aspect percentage greater than 80
GlobalUniques:
  - minGreaterAffixCount: 2
  - minPercentOfAspect: 80

# Conversely, this will match all uniques that have two greater affixes AND an aspect percentage greater than 80
GlobalUniques:
  - minGreaterAffixCount: 2
    minPercentOfAspect: 80

Paragon overlay

D4LF can import Paragon boards from supported build planners and show them in-game using the Paragon overlay.

How to use

1. Import your build from a supported planner (Mobalytics / Maxroll / D4Builds).
2. Enable Import Paragon in the importer. Paragon data will be stored in your profile YAMLs in the profiles folder (default: ~/.d4lf/profiles).
3. Toggle the Paragon overlay using the hotkey (default F10, configurable in Advanced options).
4. Follow the on-screen instructions to zoom in and out of the overlay until it is the size you want. Ideally, the golden outline will be the same size as the red lines in the paragon board. The location of the overlay is automatically saved.

Tips

• Overlays may not work in exclusive fullscreen; use borderless windowed if the overlay does not appear.
• Planner websites can change over time. If an import/export stops working, please report a bug.
• InfinityBuilds import doesn’t support Paragon boards yet.

Info Panel Overlay

The Info Panel provides real-time tracking for World Events and session-based statistics for Gold and Experience.

How to use

1. Toggle the overlay using the hotkey (default F6, configurable in Advanced options).
2. Move: Click and drag the overlay to your preferred location.
3. Settings: Right-click anywhere on the overlay to open the context menu.
4. Lock: Once positioned, select Lock Position from the right-click menu to prevent accidental movement.

Features and Settings (Right-Click Menu)

• Visibility Toggles: Directly enable/disable the display of World Boss, Legion, and Helltide timers.
• Timers:
  • Timers automatically sync with Helltides.com.
  • World Boss & Legion: Countdowns are green, flashing orange in the last 5 minutes.
  • Helltide:
    • When active, the timer is yellow, flashing orange in the last 5 minutes.
    • The break period before the next Helltide is green, flashing orange in the last 1 minute.
• Gold Config (Submenu):
  • Track Gold: Master toggle to enable/disable gold tracking. When disabled, other gold-related options are grayed out.
  • Show Gold Per Hour: Displays your calculated Gold Per Hour for the current session.
  • Show Gold Gained: Shows total gold accumulated since the last reset.
• Exp Config (Submenu):
  • Track Exp: Master toggle to enable/disable experience tracking. When disabled, other exp-related options are grayed out.
  • Show EXP Per Hour: Displays your calculated Experience Per Hour.
  • Show EXP Gained: Shows total experience accumulated since the last reset.
  • Show Time to Level: Estimated time remaining until your next level based on current EPH.
  • Show Next Scan: Shows the remaining cooldown until the next automatic experience check.
  • Auto Capture EXP When Inventory Opened: If enabled, the tool will automatically hover your experience bar to scan values whenever you open your inventory.
  • EXP Capture Time (Submenu): Set the cooldown interval (e.g., Never, 0m, 3m) for automatic scans.
  • Configure EXP Bar Position: Calibrate the tool by dragging a box over your experience bar on screen.
  • Reset EXP Bar Position: Resets the custom EXP bar position to default.
• Reset Stats (Submenu):
  • Reset Gold: Clears current session gold data and sets a new baseline.
  • Reset Exp: Clears current session experience data.
• UI Adjustments:
  • Orientation: Switch between Horizontal and Vertical layouts.
  • Increase/Decrease Size: Adjust the font size and overall scale of the overlay.
• Font (Submenu):
  • Select your preferred font family for the overlay text.
• System:
  • Refresh Timers Now: Manually force a refresh of event data from the web.
  • Lock Position: Disables dragging to keep the overlay static.
  • Close Overlay: Closes the Info Panel Overlay.

Exp Bar Position Suggestion Configure exp bar position as shown here. This position seems to work the best for easy data captures.

Tracking Logic

• The overlay captures data via the game’s Text-to-Speech (TTS) system.
• Gold Tracking:
  • To initialize, turn on track gold and open inventory.
  • Includes verification logic to ignore transient “Sell Value” tooltips from items.
• Experience Tracking:
  • To initialize, simply hover over your experience bar in-game.
  • Automatic Scanning: If “Inv Open (Capture EXP)” is enabled in settings, the overlay will automatically move your mouse over the experience bar to scan for updates whenever you open your inventory.
  • Cooldown: The “EXP Capture Time” setting controls how frequently these automatic scans occur, preventing excessive mouse movements.

Future Plans

• A video explaining the initial setup
• Finish GUI documentation
• Want something done that’s not mentioned here? Leave a suggestion in the discord or use github issues. Or, make the changes yourself and open up a PR!

Advanced User Information

This information is not really relevant to anyone, but preserved here for people who want to get into the weeds of how D4LF operates.

Configs

The config folder in C:/Users/<WINDOWS_USER>/.d4lf contains:

• profiles/*.yaml: These files determine what should be filtered. Profiles created by the GUI will be placed here automatically.
• params.ini: Different hotkey settings and number of chest stashes that should be looked at. Management of this file should be done through the GUI in the config window.

It is not expected you will modify these files manually, but the location could be useful to know in case of strange errors.

Develop

Setup using uv

If you intend to submit PRs, create your own fork of d4lf and clone that in the steps below.

Before beginning, install uv.

git clone https://github.com/d4lfteam/d4lf
cd d4lf
uv sync
uv run python -m src.main

Non-Windows development mode (macOS/Linux)

You can run the GUI on macOS/Linux for development:

uv run python -m src.main

On non-Windows platforms, D4LF now starts in GUI-only mode automatically. This allows you to use the GUI and edit settings/profiles, but Windows runtime features are disabled (TTS pipe connection, Diablo window detection, overlays/hotkeys/automation that require Windows APIs).

If you receive an error about missing Visual Studio code, follow the link it provides. Install Visual Studio Build Tools 2022 with the defaults selected and also select “MSVC VS 2022 C++ …” and “Windows 11 SDK …”. Restart your terminal and try again.

This StackOverflow provides a good outline on the proper process for keeping your main branch up to date and submitting PRs: https://stackoverflow.com/questions/20956154/whats-the-workflow-to-contribute-to-an-open-source-project-using-git-pull-reque

Formatting & Linting

Just use prek.

Then run:

uv run prek run -a
uv run pytest . -m "not selenium" -v -n logical

To automatically run prek before every push, you can install it as a git hook with:

uv run pip install pre-commit
uv run pre-commit install --hook-type pre-push

Now every push will automatically run our pre-commit checks.

A note on use of AI for PRs

AI usage is not banned for D4LF, but some things need to be kept in mind:

• You are responsible for any PR you submit.
  • It is expected you have tested your code
  • It is expected you will fix any bugs resulting from your work
  • You need to have an understanding of the changes you’re making and why you’re making them
• PRs should change as little code as possible, only what needs to be changed for the new feature you are implementing.
• Unless something is being deleted, existing code comments should be maintained
• There should be 1 PR per feature. Try to keep PRs small. The release notes are generated from the PR titles so if you put a lot of items into one PR we can’t properly describe it in the release notes.
• Be prepared for a lot of comments on your PR. Everything that’s being done needs to be understandable by the maintainer because he has to fix it 3 months later if something goes wrong.

Ultimately, please understand there is only 1 full-time maintainer of D4LF and that maintainer does not use AI. The code needs to remain human readable, and humans are who initially wrote it. If an AI and a human disagree, the human always wins. AIs can be helpful but also very stupid.

Credits

• Icon based of: CarbotAnimations
• Some of the OCR code is originally from @gleed. Good guy
• Names and textures for matching from Blizzard
• Thanks to NekrosStratia for the initial idea and help with TTS mode