TechClassy
Tools

BSOD · reviewed 2026-09-01

VIDEO_TDR_FAILURE Stop Code diagnostic

Windows attempted to reset the display driver and recover from a graphics timeout, but that recovery attempt failed and the system stopped.

High for the Stop Code familyLow until dump parameters and recurrence context are reviewed

Review the result here, then choose the context that matches what happened.

0 / 12,000 characters

Local processing · no upload

Ctrl/⌘ + Enter

Try a scenario
Resume a saved session — paste a Resume Capsule

The capsule is validated and restored only in this browser. An invalid capsule changes nothing.

Meaning & limits

What this diagnostic record establishes

Confirmed

  • Windows attempted to reset the display driver and recover from a graphics timeout, but that recovery attempt failed and the system stopped.
  • The bug-check value associated with this family is 0x00000116.

Not confirmed

  • The Stop Code alone does not identify the exact driver, device, or hardware part responsible.
  • A filename shown on screen or in a dump can be involved without being the original cause.
Applicable versions
Windows 11 on a currently supported release; Windows 10 only where Microsoft or the device vendor still supports the installed edition
Review status
verified · 2026-09-01
Evidence still needed
Exact Stop Code and bug-check value; Crash time and recurrence; Trigger scenario; Matching minidump; Recent driver, firmware, update, or hardware change

Context changes the route

When does the blue screen occur?

Choose the context that matches your incident. These are alternatives, not a sequence of fixes. Follow only the matching check and keep its verification and rollback together.

Startup

Likely layer: Display driver, graphics workload, GPU scheduling, power, thermal, firmware, or hardware path

First safe check: Check whether Windows produced time-matched crash evidence

Expected: A matching minidump, exact stage, and repeatable trigger provide stronger evidence than the Stop Code alone.

Steps, verification and rollback
  1. Record whether the crash occurs before sign-in, after sign-in, or only after a restart.
  2. Look in %SystemRoot%\Minidump for a file whose timestamp matches the crash. Do not upload or delete it.
  3. Record the Stop Code, any displayed filename, and whether the crash repeats in the same scenario.

Verify: Compare the dump timestamp and the next crash time. A displayed module is evidence to investigate, not a confirmed root cause.

Rollback: No system change is made by this check.

Link to Startup check

Sleep or wake

Likely layer: Display driver, graphics workload, GPU scheduling, power, thermal, firmware, or hardware path

First safe check: Check whether Windows produced time-matched crash evidence

Expected: A matching minidump, exact stage, and repeatable trigger provide stronger evidence than the Stop Code alone.

Steps, verification and rollback
  1. Record whether the crash happens entering sleep, while asleep, or immediately after wake.
  2. Look in %SystemRoot%\Minidump for a file whose timestamp matches the crash. Do not upload or delete it.
  3. Record the Stop Code, any displayed filename, and whether the crash repeats in the same scenario.

Verify: Compare the dump timestamp and the next crash time. A displayed module is evidence to investigate, not a confirmed root cause.

Rollback: No system change is made by this check.

Link to Sleep or wake check

Gaming or heavy load

Likely layer: Display driver, graphics workload, GPU scheduling, power, thermal, firmware, or hardware path

First safe check: Check whether Windows produced time-matched crash evidence

Expected: A matching minidump, exact stage, and repeatable trigger provide stronger evidence than the Stop Code alone.

Steps, verification and rollback
  1. Record the application, load type, and whether the same workload reproduces the crash.
  2. Look in %SystemRoot%\Minidump for a file whose timestamp matches the crash. Do not upload or delete it.
  3. Record the Stop Code, any displayed filename, and whether the crash repeats in the same scenario.

Verify: Compare the dump timestamp and the next crash time. A displayed module is evidence to investigate, not a confirmed root cause.

Rollback: No system change is made by this check.

Link to Gaming or heavy load check

After an update or driver change

Likely layer: Display driver, graphics workload, GPU scheduling, power, thermal, firmware, or hardware path

First safe check: Check whether Windows produced time-matched crash evidence

Expected: A matching minidump, exact stage, and repeatable trigger provide stronger evidence than the Stop Code alone.

Steps, verification and rollback
  1. Record the exact update, driver, firmware, or hardware change and its date; do not uninstall it yet.
  2. Look in %SystemRoot%\Minidump for a file whose timestamp matches the crash. Do not upload or delete it.
  3. Record the Stop Code, any displayed filename, and whether the crash repeats in the same scenario.

Verify: Compare the dump timestamp and the next crash time. A displayed module is evidence to investigate, not a confirmed root cause.

Rollback: No system change is made by this check.

Link to After an update or driver change check

Random or idle

Likely layer: Display driver, graphics workload, GPU scheduling, power, thermal, firmware, or hardware path

First safe check: Check whether Windows produced time-matched crash evidence

Expected: A matching minidump, exact stage, and repeatable trigger provide stronger evidence than the Stop Code alone.

Steps, verification and rollback
  1. Record the exact crash time and compare it with Reliability Monitor or Event Viewer entries around that minute.
  2. Look in %SystemRoot%\Minidump for a file whose timestamp matches the crash. Do not upload or delete it.
  3. Record the Stop Code, any displayed filename, and whether the crash repeats in the same scenario.

Verify: Compare the dump timestamp and the next crash time. A displayed module is evidence to investigate, not a confirmed root cause.

Rollback: No system change is made by this check.

Link to Random or idle check

Before any second repair step

Verify the observation and preserve the evidence

After the first safe check, record whether the reviewed intermediate result occurred, whether the original problem was retested, and the exact output. An expected observation is not automatically a repair.

Outcome boundaries

  1. Observed as expected
  2. Observed something different
  3. Result unclear
  4. Could not complete the check

Then separately record whether the original problem still occurs, was not reproduced once, or has not been retested yet. Every session ends in stop, one repeat of the same check, one named missing fact, or escalation—never an open-ended repair sequence.

Evidence fields for this task

  • Exact crash timeLocal date and time from the most recent crash
  • Trigger or workloadStartup, sleep/wake, game, update, idle, or unknown
  • Recurrence patternOnce, count, frequency, and whether the Stop Code repeats
  • Minidump statusExists/missing and the time shown; do not upload it here

The browser-local Evidence Pack combines the selected context, safe action, actual observation, sources, review date, missing evidence, and stop boundary. It can be copied or printed without creating an account or uploading a log.

After you perform the safe check

Read the evidence you collected

Paste a bounded msinfo32 or DxDiag text report and extract the Windows build, system model, firmware mode, memory, DirectX, display-driver, and explicitly reported problem-device facts without uploading the report.

Windows System Information Snapshot ReaderOne bounded excerpt · no upload · no root-cause ranking

Review trail

Official and first-party sources

Same task chain

MEMORY_MANAGEMENTSevere memory-management errorIRQL_NOT_LESS_OR_EQUALInvalid kernel memory access at a raised IRQLDRIVER_POWER_STATE_FAILUREDriver did not complete a power-state transitionDPC_WATCHDOG_VIOLATIONA high-priority kernel task exceeded its time limit

Local-first utility

Privacy

The diagnostic parser, evidence readers, verification loop, and Evidence Pack run in your browser. TechClassy does not intentionally store the raw text you paste, Event Viewer or update-log excerpts, full command output, usernames, local file paths, dump files, device serial numbers, observations, parsed summaries, or generated Evidence Packs.

No advertising, analytics, session replay, account system, upload surface, or third-party diagnostic script is loaded in this release. Standard hosting security logs may contain request metadata such as time, requested path, and network information; diagnostic and evidence text is not sent as a URL parameter or API body by the tool.

Use boundary

TechClassy organizes evidence and reviewed next checks. It is not a substitute for Microsoft, an OEM, an employer's IT team, or a qualified repair professional. Results distinguish confirmed facts from possible causes and do not guarantee a repair.

Back up important data before making system changes. Stop when an action requires credentials, firmware changes, disk work, account recovery, or a command whose prerequisites you cannot verify.

Independent operation

This is a newly researched, independently operated diagnostic product. It does not claim to be the prior TechClassy editorial team or a continuation of prior authorship.

Open the permanent page