VIDEO_TDR_FAILURE: causes, diagnòstic i solucions reals

Quan l'equip es bloqueja en plena feina i apareix la temuda pantalla blava amb VIDEO_TDR_FAILURE, el més normal és pensar que tot s'ha trencat de cop; en realitat, el sistema ha intentat recuperar la GPU després d'un bloqueig i ha fallat. Aquest codi de detenció està íntimament lligat al controlador gràfic i al mecanisme de temps d'espera, detecció i recuperació (TDX), de manera que entendre com funciona és la meitat de la solució.

A les línies següents trobaràs una guia completa que combina l'explicació tècnica oficial amb procediments de camp i trucs que funcionen en escenaris reals. L'objectiu és que puguis diagnosticar, corregir i prevenir aquest error tant si ets usuari avançat amb WinDbg com si prefereixes passos senzills des de Windows.

Què és VIDEO_TDR_FAILURE (0x00000116) i per què apareix

L'error VIDEO_TDR_FAILURE correspon al bugcheck 0x00000116 i indica que Windows va intentar restablir el controlador de vídeo i la GPU després d'un temps d'espera i no ho va aconseguir. El subsistema gràfic de Windows vigila la GPU amb TDX: si la GPU s'encalla i no respon, intenta reiniciar el controlador per recuperar l'escriptori.

Aquest mecanisme TDX té un temporitzador predeterminat d'uns 2 segons: si la tasca gràfica no s'acaba a temps o no es completa el reinici del controlador, es llança la comprovació d'errors.

Quan el procés de recuperació sí que surt bé, veuràs l'avís “El controlador de pantalla va deixar de respondre i es va recuperar”. Quan no es recupera, el sistema atura l'execució i mostra la pantalla blava amb VIDEO_TDR_FAILURE.

Paràmetres del bugcheck i com interpretar-los

A més del codi 0x116, la pantalla blava i els bolcats de memòria inclouen quatre paràmetres que ajuden a depurar l'origen exacte de l'error VIDEO_TDR_FAILURE. Conéixer què significa cada paràmetre orienta el diagnòstic i accelera la solució:

paràmetre	Descripció
1	Punter al context intern de recuperació TDX (TDR_RECOVERY_CONTEXT), quan és present.
2	Adreça dins del mòdul de controlador responsable (serveix per identificar el driver implicat).
3	Codi NTSTATUS de la darrera operació que va fallar, si se'n disposa.
4	Dades internes dependents del context, disponibles a determinats escenaris.

En les traces reals se sol veure implicat un fitxer .sys del controlador gràfic: per exemple, nvlddmkm.sys (NVIDIA), igdkmd64.sys (Intel) o atikmdag.sys/atikmpag.sys (AMD/ATI). Aquesta pista és clau: apunta el proveïdor i la ruta del controlador que està causant el bloqueig.

Per què passa: causes típiques al món real

El patró més habitual és que la GPU es quedi ocupada massa temps amb una càrrega pesada (jocs, CAD, descodificació o render) i no respongui a temps. A partir d'aquí, els detonants més comuns són:

• Controladors desactualitzats o defectuosos:
• Conflictes entre la GPU integrada i la dedicada.
• Sobreescalfament.

Més enllà del programari, el maquinari també compta quan parlem de lerror VIDEO_TDR_FAILURE: mòduls de memòria amb temps agressius, plaques amb overclock, font/potència insuficient, VRAM/GPU degradades o una refrigeració pobra en portàtils compactes. Si l'equip va molt just de temperatura o energia, el TDX salta abans i amb més freqüència.

També hi ha factors dentorn: massa processos en segon pla competint per recursos, actualitzacions recents mal instal·lades o paquets de gràfics (DirectX, OpenGL, Vulkan) sense actualitzar. Un sistema amb càrrega de fons alta i components gràfics desalineats és un candidat perfecte per a aquest bugcheck.

Diagnòstic amb WinDbg i registres: com identificar el culpable

Si maneges bolcats de memòria (minidumps), Windbg us permetrà confirmar el driver responsable i la causa immediata de l'error VIDEO_TDR_FAILURE. La comanda de capçalera és !analyze -v, que genera el resum del bugcheck, el mòdul implicat i el darrer NTSTATUS.

kd> !analyze -v
VIDEO_TDR_FAILURE (116)
Attempt to reset the display driver and recover from timeout failed.
Arguments:
Arg1: <puntero TDR_RECOVERY_CONTEXT>
Arg2: <dirección en el módulo responsable>
Arg3: <código NTSTATUS último>
Arg4: <datos de contexto>

A partir del paràmetre 2, podeu llistar el mòdul amb lmvm i revisar marca de temps, ruta i mida. Si apareix nvlddmkm.sys o equivalent, ja tens el teu principal sospitós.

kd> lmvm nvlddmkm
start end module name
... nvlddmkm.sys
Image path: \SystemRoot\system32\DRIVERS\nvlddmkm.sys
Timestamp: <fecha>

Amb el paràmetre 1, quan n'hi ha, és possible examinar el TDR_RECOVERY_CONTEXT i veure la raó del temps d'espera promoguda a reinici de l'adaptador. Això ajuda a diferenciar un simple penjoll de pipeline d'una fallada repetida de reset.

kd> dt dxgkrnl!_TDR_RECOVERY_CONTEXT <puntero>
+0x010 TimeoutReason : TdrEngineTimeoutPromotedToAdapterReset
...

Finalment, la traça de pila amb k/kb/kp mostra la ruta de codi que culmina a KeBugCheckEx, amb funcions de dxgkrnl i dxgmms1 típiques del flux TDX. Una pila “neta” cap a TdrResetFromTimeout confirma que és un TDX genuí, no un problema de kernel general.

kd> k
# Child-SP RetAddr  Call Site
00 ... nt!KeBugCheckEx
01 ... dxgkrnl!TdrBugcheckOnTimeout
02 ... dxgkrnl!ADAPTER_RENDER::Reset
03 ... dxgkrnl!DXGADAPTER::Reset
04 ... dxgkrnl!TdrResetFromTimeout
05 ... dxgmms1!VidSchiRecoverFromTDR
...

Passos de solució: des del bàsic fins al avançat

Abans d'obrir l'editor del registre o executar depuradors, centra't en les mesures amb millor relació esforç/impacte. Comença pels controladors, després passa a neteja/reinstal·lació i, si segueix igual, aborda ajustaments avançats i verificació de maquinari.

1) Actualitza correctament el controlador gràfic i el chipset

Els controladors gràfics obsolets o amb bugs són la causa més freqüent de TDX. Aneu a l'Administrador de dispositius, desplega Adaptadors de pantalla, clic dret sobre el vostre GPU i trieu “Actualitzar controlador”. Millor encara: descarrega des de la web oficial de NVIDIA/Intel/AMD la versió recomanada pel teu model.

Si utilitzes NVIDIA amb programari professional (CAD, edició, 3D), prova els controladors Studio en lloc dels Game Ready. A portàtils amb iGPU Intel + dGPU NVIDIA, instal·la també l'últim paquet d'Intel i el chipset del fabricant de l'equip.

2) Reinstal·lació neta del controlador (DDU)

Quan les actualitzacions “per sobre” no són suficients, convé netejar restes del controlador anterior. L'eina Display Driver Uninstaller (DDU) elimina components, serveis i entrades de registre del driver. Es recomana executar-la a Mode segur i després instal·lar el controlador recent descarregat.

Seqüència típica: mode segur, DDU “Netejar i reiniciar”, iniciar Windows normal i, tot seguit, instal·lar el controlador baixat de la web del fabricant. Aquest procés evita conflictes de versions i fitxers corruptes que l'instal·lador estàndard no sempre resol.

3) Provar una versió anterior estable

Ocasionalment, la darrera versió introdueix una regressió. En aquest cas, utilitza “Controlador anterior” (si està disponible) o instal·la manualment una versió prèvia estable. Amb GPU NVIDIA, moltes incidències TDX en CAD desapareixen en retrocedir a un controlador Studio anterior.

A la instal·lació manual, utilitza “Cerca programari de controlador a l'ordinador” i “Trieu en una llista de controladors disponibles”, seleccionant la compilació anterior per al vostre GPU. Reinicieu en acabar per validar el canvi.

4) Reparar fitxers de sistema amb SFC

Si el problema va arribar després d'una actualització o instal·lació defectuosa, executeu el Comprovador de fitxers del sistema. Obre CMD com a administrador i llança sfc /scannow. Windows verificarà els binaris protegits i reemplaçarà els danyats automàticament.

sfc /scannow

En finalitzar, reinicia i prova de nou la teva càrrega gràfica habitual per comprovar si el TDX ha desaparegut. Si SFC repara fitxers, és bon senyal que hi havia corrupció de sistema influint en el stack gràfic.

5) Reparació dinici de Windows

Si el TDX apareix reiteradament només iniciar sessió o en obrir les mateixes apps, executa la Reparació d'inici des de Configuració > Actualització i seguretat > Recuperació > Inici avançat > Solucionar problemes > Opcions avançades > Reparació d'inici. Windows intentarà corregir serveis i components d'arrencada que no carreguen correctament.

Després de la reparació, prova l'equip amb el mateix patró d'ús que desencadena la decisió. Si es deixa de reproduir, era un problema d'arrencada parcial o dependències danyades.

6) Mode segur i reinstal·lació del driver

El Mode segur carrega els controladors mínims i permet desinstal·lar/reinstal·lar sense interferències. Marca “Arrencada segura” a msconfig o entra des de Inici avançat i, un cop dins, desinstal·la l'adaptador a l'Administrador de dispositius. Després, instal·la el controlador fresc descarregat del fabricant.

En equips amb dos GPUs, desinstal·la i reinstal·la per separat: primer la integrada (Intel), després la dedicada (NVIDIA/AMD). Així evites que Windows reinjecti un genèric inadequat entre mitges.

7) Reparació específica de fitxers del controlador (AMD/NVIDIA)

A GPU AMD/ATI, hi ha casos en què regenerar atikmdag.sys o atikmpag.sys resol. Reanomena el fitxer de C:\Windows\System32\drivers afegint .old i expandi'l des del paquet del fabricant. L'ordre expand crea el .sys nou que després copies a la carpeta de drivers.

expand.exe atikmdag.sy_ atikmdag.sys
expand -r atikmdag.sy_ atikmdag.sys

Per a NVIDIA, la idea és anàloga amb nvlddmkm.sys: després de desinstal·lar, reanomenar nvlddmkm.sys a .old, expandeix NVLDDMKM.Sy_ i copia el .sys generat a System32\DRIVERS. Aquest reemplaçament elimina arxius corruptes que sobreviuen a instal·lacions superficials.

Expand.exe NVLDDMKM.Sy_ NVLDDMKM.Sys

8) Desactivar temporalment la iGPU Intel si hi ha conflictes

Si utilitzeu GPU dedicada com a principal (per exemple, NVIDIA), desactiva la Intel HD/UHD a l'Administrador de dispositius per descartar commutacions problemàtiques. En alguns portàtils, l'autoswitching dispara TDX en moure apps entre iGPU/dGPU.

Més fi encara: al Tauler de control de NVIDIA, assigna la dGPU específica a les aplicacions exigents (acad.exe, jocs), i deixa resta en automàtic. Així minimitzes canvis d'adaptador en obrir/tancar finestres i evites resets de context gràfic.

9) Revisa maquinari i tèrmiques

Comprova temperatures amb una eina fiable: si la GPU supera llindars i escanya, apareixeran TDX. Neteja pols, renova pasta tèrmica si escau i assegura bona ventilació. A portàtils, una base refrigeradora pot marcar la diferència en sessions llargues.

Valida la RAM (Eina de diagnòstic de memòria de Windows) i l'estabilitat del sistema sense overclock. Ajustaments de memòria agressius o voltatges límit provoquen inestabilitat sota càrrega gràfica. L'estabilitat de CPU/RAM/VRM és tan important com la de la pròpia GPU.

10) Ajustaments TDX avançats (amb cautela)

Per workloads pesats que legítimament triguen una mica més, elevar TdrDelay pot ajudar. Ruta: HKLM\System\CurrentControlSet\Control\GraphicsDrivers. Crea/ajusta DWORD (32 bits) TdrDelay a 8–10 i reinicia. Això no arregla controladors dolents, però dóna més marge abans de declarar temps despera.

Fes-lo servir només si ja has actualitzat/netejat controladors i verificat tèrmiques; si el driver és el problema, allargar el temps només posposa la BSOD. Si després d'ampliar TdrDelay segueixen els penjats, torna a 2 i corregeix l'arrel.

Checklist ràpid abans de donar el problema per resoldre

Per estar segurs d'haver resolt el problema amb VIDEO_TDR_FAILURE, cal fer aquestes comprovacions:

• Verifica que ja no apareixen esdeveniments de TDX repetits al Visor d'esdeveniments durant una sessió llarga amb la càrrega habitual. Si passes 30–60 minuts sense TDX en condicions reals, el fix és robust.
• Passa una prova d'estrès moderada (benchmark gràfic o escena complexa a la teva app) monitoritzant temperatures. Una gràfica estable manté clocks sostinguts sense escanyar ni disparar errors.
• Fes còpia del controlador que funciona bé (i anota la versió), per revertir ràpidament si una actualització futura reintrodueix el problema. La prevenció estalvia hores quan torneu a tocar actualitzar.

Encara que l'error VIDEO_TDR_FAILURE fa por, sol tenir arreglament aplicant ordre i mètode: controlador correcte, instal·lació neta, tèrmiques sota control i, si cal, un ajust fi del TDX. Amb aquesta combinació, tant tasques creatives com jocs i CAD tornen a funcionar sense pantalles.