Patch 3.1.1 changed the starting point for every Diablo IV Mythic “Iconic” drop-rate test. A condition that could prevent Mythic drops outright has been fixed, the equip limit on crafted Mythics has been removed, and Charm, Seal, and broken Mythic-source interactions have been addressed. That means older dry-streak reports cannot be treated as evidence for the current version without a clean retest.
For Season of Infernal Chaos, the useful player-side test is simple: isolate one loot source, keep every relevant condition fixed, record every completion and reward category, then change only one variable at a time. You are not trying to “prove” a hidden percentage from a handful of runs. You are looking for a repeatable pattern that survives a controlled comparison.
The biggest trap is putting every Mythic acquisition into one total. A crafted Mythic is a progression result; a Mythic found after a boss, lair, or zone completion is a loot-roll result. They belong in separate columns from the first run onward.
Keep the term shown by the game in your notes. If your group uses “Iconic” as shorthand, write that in a separate label field rather than assuming it means the same thing as every Mythic result. Precise naming prevents a rare item, a crafted item, and a direct Mythic drop from being counted as one category later.
If a result came from the Blacksmith or from a Horadric Cube upgrade, label it that way immediately. That is still useful information, but it is not direct-drop evidence. A clean ledger beats a dramatic story every time.
Your first session should be deliberately boring. Pick one repeatable direct-drop activity and run it without changing route, difficulty, party state, modifiers, or loot-filter configuration. A baseline is valuable because it gives every later experiment something real to compare against.
Warning: do not turn a farming session into a test after changing several things halfway through. Switching to a new boss, adding a Seal, joining a party, changing the filter, and then seeing no Mythic leaves you with no usable conclusion. You have created several possible explanations at once.
A clean baseline also protects you from a common reaction to bad luck: changing activities after every dry streak. That may improve the experience of farming, but it destroys the data needed to tell whether a specific source or modifier is behaving differently.
If you want the short version, turn your setup into a one-glance checklist before the first run. This keeps the session honest and makes comparison blocks much easier to read later.
| Variable | Baseline Choice | Hold Fixed? | Can Change in a Later Test? | Notes |
|---|---|---|---|---|
| Activity category | Boss, lair, zone, or crafting | Yes | Yes, but only in a new block | Never mix categories in one sample total. |
| Specific source | One exact boss, chest, or loop | Yes | Yes, as a separate baseline | “Same source” must mean the same source, not a rough equivalent. |
| Difficulty or tier | One chosen setting | Yes | Yes, in a fresh comparison | If the tier changes, the block changes. |
| Party state | Solo or fixed group | Yes | Yes, in a fresh comparison | Do not compare solo and group results inside one run count. |
| Character and build | One character, one setup | Yes | Only if you are testing that variable | Swapping builds mid-block muddies the result even if the source stays the same. |
| Charm status | Inactive for baseline | Yes | Yes, one modifier at a time | Do not stack unknowns first. |
| Seal status | Inactive for baseline | Yes | Yes, one modifier at a time | Compare it against the same no-modifier source. |
| Loot filter | One saved state | Yes | Only in a new block | Visibility is part of the test environment. |
| Route and completion method | One repeatable route | Yes | Only if route is the test | Fast but inconsistent routes are terrible test routes. |
| Acquisition type | Direct drop, reward result, or crafted | Yes | No mixing inside a column | This is where many bad spreadsheets go to die. |
You do not need a complicated spreadsheet. You do need enough information to reconstruct what happened after the session ends. Record each completion while the details are still clear, especially when a drop comes from a chest, a boss reward, or a reward cache rather than directly from an enemy.
A practical entry can stay short: Run 12 - 21:43 - same lair source - normal completion - Charm inactive - filter baseline - no Mythic - direct rewards recorded. The point is consistency. A dozen clean entries tell you more than a vague memory of “a lot of runs with nothing.”
If you want your notes to survive a bad night of farming, add a few fields beyond the minimum. They are not glamorous, but they stop you from arguing with your own memory the next day.
Here is what a compact, filled-out record can look like without turning the process into office work.
| Field | Sample Value |
|---|---|
| session_id | D4_311_Baseline_01 |
| patch_version | 3.1.1 |
| platform | PC |
| character | Same character used for comparison block |
| party_state | Solo |
| activity_category | Lair |
| specific_source | Chosen direct-drop lair source |
| difficulty_or_tier | Selected baseline tier |
| charm_status | Inactive |
| seal_status | Inactive |
| loot_filter | Baseline filter, Mythics visible |
| planned_stop | Fixed block end set before first run |
| Run | Time | Status | Reward Source | Visible Categories | Mythic Result | Validity Note |
|---|---|---|---|---|---|---|
| 1 | 20:03 | Normal completion | Direct reward | Standard rewards recorded | No Mythic | Valid |
| 2 | 20:09 | Normal completion | Chest reward | Standard rewards recorded | No Mythic | Valid |
| 3 | 20:15 | Disconnected, rerun required | Unclear | Not counted | Not counted | Excluded from block |
| 4 | 20:23 | Normal completion | Direct reward | Standard rewards recorded | Exact in-game item name entered here if present | Valid |
| Crafting Check | Sample Value |
|---|---|
| timestamp | 21:02 |
| source_type | Crafted |
| method | Blacksmith or Horadric Cube, written exactly |
| materials_spent | Recorded |
| item_result | Exact in-game item name entered here |
| equip_result | Equipped correctly / issue noted |
This is enough to answer the question that matters: what dropped, from where, under which conditions, and whether that run still belongs in the same comparison set.
The cleanest order is to test direct sources first, then modifiers, then crafting. This respects the changes in Patch 3.1.1 while keeping each system from contaminating the others.
Choose one repeatable boss or lair source and keep the session entirely focused on it. Record each completion as a separate loot event. Do not add crafting results to this pass, and leave optional Charm and Seal effects off until you have a baseline.
This pass answers the most basic question: does this source deliver its normal visible reward categories consistently, and do direct Mythic drops occur under a fixed setup? A dry block may still be ordinary RNG. What matters is whether an abnormal-looking result repeats under the same conditions across separate sessions.
If you later want to compare one boss or lair to another, treat that as a new baseline, not as a continuation of the first sample. Similar sources are still different sources.
Use a separate log for zone farming. Zone rewards and boss rewards should never share the same run count, because they are different source categories with different completion rhythms and reward structures. Treat each planned zone loop, event completion, or reward collection as the unit you are measuring, then keep that unit unchanged for the whole block.
Zone testing is particularly useful when a boss result feels dry but the rest of your loot flow looks normal. It gives you a comparison point without claiming that one source should have the same Mythic outcome as another.
If one loop includes multiple reward moments, decide before the session whether you are measuring the full loop as one unit or logging each reward source separately. Deciding after the fact is how a “simple test” becomes unusable.
Charm and Seal interactions need their own pass because they have been part of the Mythic-source fixes. Run the same activity you used for the baseline, keep the same character, difficulty, party state, and filter, then activate only the modifier being tested.
Do not test a Charm and a Seal together first. If the outcome changes, you need to know which variable created the change. Test one active modifier against the no-modifier baseline, then run a separate block for the other modifier if necessary.
Try to keep the comparison block as structurally similar to the baseline as possible. Same source, same route, same general pacing, same visibility rules. The more the two logs resemble each other, the more useful the difference becomes.
Crafting should be documented as a separate system check. Patch 3.1.1 removed the equip limit on crafted Mythics, so the meaningful questions are whether the crafted result is recorded correctly and whether it behaves as an equipable item rather than being mistaken for proof of a direct drop rate.
Keep the crafting ledger simple: materials spent, item crafted, timestamp, item label, and whether it equipped correctly. Do not add these results to your direct-drop total. A successful craft confirms crafting progression; it says nothing about the number of loot rolls completed at a boss or in a zone.
If the item came from the Blacksmith, say so. If it came from a Horadric Cube upgrade, say so. Both matter for your account history, but neither should silently inflate a direct-drop test.
FinalBoss // Gear
Level up your setup
01Top-rated gaming headsetson Amazon→02High-refresh gaming monitorson Amazon→03Gaming chairson Amazon→04Discounted game keyson Kinguin→Affiliate links · As an Amazon Associate, FinalBoss earns from qualifying purchases.
Get access to exclusive strategies, hidden tips, and pro-level insights that we don't share publicly.
Ultimate Guide Strategy Guide + Weekly Pro Tips
Diablo IV loot is built around variance. A streak of zero Mythics, even across a committed farming session, is evidence of a dry streak before it is evidence of a bug. The test becomes useful when it identifies a repeatable difference between two otherwise identical conditions.
When you finish a block, read it in this order:
This is the practical threshold language that keeps the test grounded. If the block is contaminated, reset it. If the comparison is clean but inconclusive, rerun it. If the same suspicious pattern returns under the same setup, pause that setup and stop feeding it resources until you have a cleaner answer.
A single Mythic is useful confirmation that a source can produce one; it does not establish that the rate is correct. The same applies in reverse: one dry run, one dry night, or one dry set of materials does not establish that a source is broken.
The right response to a suspicious result is a matched rerun, not a bigger pile of mixed data. Repeat the baseline. Repeat the modifier block. Compare only those two records. If the difference disappears, you had no reproducible split. If it persists with every other condition fixed, you have a specific configuration worth treating cautiously.
Use the quality of the log, not frustration, as your decision point. This avoids burning scarce resources while chasing an answer your session cannot provide.
If you want the shortest decision rule possible, it is this: bad data means reset, mixed comparisons mean retest, repeated clean anomalies mean pause. That rule will save more resources than any panic-farming session ever will.
Use this compact structure for every session. It is enough to compare a baseline against a Charm, Seal, zone, or crafting check without turning the process into a second job.
The practical takeaway is to treat Patch 3.1.1 as a fresh testing environment. Farm one source at a time, keep Charm and Seal checks isolated, log loot visibility as carefully as the drops themselves, and never let crafted Mythics inflate a direct-drop test. A clean record will tell you whether you have a normal dry streak, a flawed test, or a repeatable setup that is worth setting aside until it behaves consistently.