Błąd video tdr failure to sygnał, że Windows zbyt długo czekał na odpowiedź sterownika karty graficznej i zresetował GPU, zanim cały system się zawiesił. W praktyce problem uderza szczególnie w montaż wideo, eksport i podgląd z włączoną akceleracją sprzętową. Poniżej rozpisuję, co ten komunikat naprawdę oznacza, jak odróżnić awarię sterownika od problemu sprzętowego oraz co zrobić krok po kroku, żeby wrócić do pracy bez zgadywania.
Najważniejsze rzeczy, które warto wiedzieć o tym błędzie
- Windows używa mechanizmu TDR, czyli resetu grafiki, gdy karta nie odpowiada wystarczająco szybko.
- Najczęstszy winowajca to sterownik GPU, ale problem potrafią wywołać też przegrzewanie, zasilanie, OC/undervolt i ciężkie efekty w programie.
- Jeśli błąd pojawia się tylko w jednym projekcie albo jednej aplikacji, najpierw sprawdzam akcelerację sprzętową, cache i wtyczki.
- Najrozsądniejsza ścieżka naprawy to: szybki reset grafiki, aktualizacja lub rollback sterownika, a dopiero potem diagnostyka sprzętu.
- Nie ma sensu od razu grzebać w rejestrze; wartości TDR w Windows są przeznaczone głównie do testów deweloperskich.
Czym jest ten błąd i dlaczego Windows go wywołuje
Ja traktuję ten błąd jako sygnał ostrzegawczy, a nie wyrok dla karty. Microsoft opisuje TDR jako mechanizm, który wykrywa zbyt długi czas odpowiedzi GPU i resetuje grafikę, żeby system nie przestał reagować. Domyślny próg reakcji jest krótki - w dokumentacji pojawia się 2-sekundowy limit TdrDelay i 5-sekundowy TdrDdiDelay - ale to ustawienia diagnostyczne dla deweloperów, a nie coś, co użytkownik powinien zmieniać na chybił trafił.
To dlatego problem bywa mylący: system nie mówi wprost, czy winny jest sterownik, ciężki filtr w projekcie, przegrzanie, zasilanie czy po prostu niestabilne ustawienia GPU. Jeśli karta nie odpowiada w terminie, Windows próbuje ją odzyskać; jeśli się nie uda, kończy się to bluescreenem VIDEO_TDR_FAILURE (0x116). Skoro wiemy już, co dzieje się pod spodem, następny krok to szybkie rozpoznanie, gdzie leży źródło problemu.
Jak rozpoznać, czy winny jest sterownik, projekt czy sprzęt
Najwięcej można wyczytać z tego, kiedy błąd wyskakuje. W montażu wideo najczęściej pojawia się przy odtwarzaniu osi czasu z efektami, przy eksporcie H.264 lub H.265 albo podczas przełączania między podglądem a renderem. Jeśli problem występuje tylko w jednym projekcie, ja najpierw podejrzewam pliki, cache lub wtyczki; jeśli sypie się cały system, patrzę najpierw na sterownik i sprzęt.
| Scenariusz | Co zwykle sugeruje | Co sprawdzić na start |
|---|---|---|
| Błąd przy starcie programu lub na konkretnej klatce osi czasu | Akceleracja GPU, kodek albo wtyczka | Wyłącz akcelerację sprzętową i przetestuj inny projekt |
| Błąd po aktualizacji sterownika | Konflikt nowej wersji | Wróć do poprzedniego sterownika |
| Błąd tylko pod dużym obciążeniem | Temperatura, zasilanie, OC lub undervolt | Sprawdź temperatury i przywróć ustawienia fabryczne |
| Błąd po kilku minutach pracy na laptopie | Profil zasilania lub przełączanie GPU | Sprawdź zasilacz, tryb energii i właściwą grafikę dla aplikacji |
W praktyce montaż najbardziej obciąża kartę przy redukcji szumu, korekcji kolorów, skalowaniu podglądu i eksporcie z kodowaniem sprzętowym. Po takim rozpoznaniu naprawa jest zwykle szybsza, bo zamiast strzelać w ślepo, zawężasz pole do jednego z trzech obszarów: sterownika, programu albo hardware'u.
Co zrobić od razu, zanim problem przerodzi się w utratę projektu
Gdy system jeszcze działa, zaczynam od rzeczy prostych. Najpierw zapisuję projekt i robię kopię autosave, potem naciskam Windows + Ctrl + Shift + B, żeby zresetować sterownik grafiki; czasem wystarczy sam dźwięk i krótkie mrugnięcie ekranu, żeby odzyskać obraz. Jeśli to nie pomaga, zamykam program, restartuję komputer i sprawdzam, czy błąd wraca przy tym samym fragmencie materiału.
- Zapisz bieżący projekt i zamknij wszystkie aplikacje, które korzystają z GPU.
- Zresetuj sterownik graficzny skrótem Windows + Ctrl + Shift + B.
- Uruchom ponownie program do montażu i sprawdź problem na krótkim fragmencie.
- Jeśli błąd wraca, zrób test eksportu 30-60 sekund zamiast pełnego renderu.
- Na próbę obniż jakość podglądu i wyłącz akcelerację sprzętową w aplikacji.
To nie jest pełna naprawa, ale bardzo dobry filtr: jeśli krótki test przechodzi, a długi render się wywala, problem zwykle rośnie wraz z obciążeniem. To prowadzi już prosto do sterowników, czyli najczęstszego punktu zapalnego.
Jak naprawić sterownik bez psucia stabilnej konfiguracji
Jeśli błąd pojawił się po aktualizacji albo zaczął wracać po instalacji nowego drivera, kolejność działań ma znaczenie. Microsoft zaleca najpierw spróbować aktualizacji przez Windows Update lub Menedżer urządzeń, a jeśli problem zaczął się po nowej wersji, wrócić do poprzedniego sterownika. Ja zwykle robię to w tej samej kolejności: najpierw najbezpieczniejsza zmiana, potem cofnięcie, na końcu pełna reinstalacja z oficjalnej strony producenta.
| Metoda | Kiedy ją wybieram | Co daje |
|---|---|---|
| Aktualizacja przez Windows Update | Gdy sterownik dawno nie był ruszany | Najbezpieczniejszy start, bez ręcznego szukania paczek |
| Rollback sterownika | Gdy problem zaczął się po nowej wersji | Powrót do poprzedniej, zwykle stabilniejszej wersji |
| Odinstalowanie urządzenia i restart | Gdy sterownik mógł się uszkodzić | Windows instaluje sterownik ponownie po restarcie |
| Pakiet ze strony producenta | Gdy Windows nic nie znajduje albo używasz laptopa | Najlepiej dopasowana wersja do konkretnego sprzętu |
W Windows 11 sterowniki rekomendowane mogą wejść przez Windows Update automatycznie, a opcjonalne trzeba zatwierdzić ręcznie. Jeśli Windows nie znajduje nic sensownego, sprawdzam stronę producenta karty albo laptopa, bo to tam najczęściej leży właściwy pakiet dla konkretnego modelu. Na laptopach ma to szczególne znaczenie, bo sterownik bywa powiązany z przełączaniem grafiki i profilem zasilania.
Jeśli chcesz zrobić czystą reinstalację, wystarczy wejść w Menedżer urządzeń, rozwinąć Karty graficzne, kliknąć urządzenie, wybrać Odinstaluj urządzenie i zrestartować komputer. Po restarcie Windows zwykle próbuje wstawić sterownik ponownie, a jeśli tego nie zrobi, pobierasz właściwy pakiet z oficjalnej strony producenta. Ja celowo omijam losowe paczki z nieznanych serwisów, bo w sterownikach GPU jeden zły plik potrafi tylko pogorszyć sprawę. Z Microsoft Support wynika też jasno, że jeśli nie możesz zaktualizować drivera tymi drogami, najlepiej wrócić do źródła producenta, a nie do przypadkowych mirrorów.
Jeżeli po tej sekwencji błędów nadal wraca, problem najpewniej nie siedzi już wyłącznie w sterowniku. Wtedy trzeba spojrzeć na samą aplikację do montażu i na kondycję sprzętu.
Co sprawdzam, kiedy winny nie jest już sam sterownik
Gdy problem wraca po czystej reinstalacji, przestaję zakładać, że winny jest wyłącznie software. W montażu wideo bardzo często do gry wchodzą trzy rzeczy: akceleracja sprzętowa w programie, temperatury i zasilanie oraz niestabilne ustawienia GPU. Tu najważniejsze jest oddzielenie problemu projektu od problemu systemu.
Wyłącz akcelerację sprzętową w programie
Jeżeli błąd występuje tylko w jednej aplikacji albo wyłącznie przy eksportach H.264 i H.265, wyłączam na próbę akcelerację GPU, sprzętowe kodowanie i dekodowanie oraz sprawdzam, czy problem znika na krótkim teście 30-60 sekund. To nie jest kapitulacja, tylko szybka metoda odróżnienia błędu w aplikacji, kodeku albo wtyczce od problemu systemowego. Jeśli po wyłączeniu akceleracji eksport przechodzi, mam już mocny trop.
Sprawdź temperatury i zasilanie
Jeśli awaria pojawia się po kilku minutach renderu, sprawdzam temperatury, wentylatory, profil zasilania i zasilacz. W desktopach słaby albo zużyty PSU potrafi wyglądać dokładnie jak problem ze sterownikiem, a w laptopach niewłaściwy tryb energii i przegrzanie potrafią wywołać identyczny efekt. Tu nie ma sensu zgadywać - trzeba zobaczyć, czy błąd rośnie wraz z obciążeniem.
Wróć do ustawień fabrycznych, jeśli coś było podkręcane
Jeśli karta była podkręcana, obniżana napięciowo albo pracuje z agresywnym profilem XMP, wracam do ustawień fabrycznych i dopiero potem oceniam, co się dzieje. Niestabilny undervolt jest szczególnie zdradliwy: system może wyglądać stabilnie w grach, a sypać się dopiero podczas eksportu, bo obciążenie jest inne niż w typowym benchmarku.
Przeczytaj również: Jak nagrać vlog, który się ogląda? Uniknij błędów!
Sprawdź projekt, cache i wtyczki
Gdy problem dotyczy jednej osi czasu, jednego pliku albo jednej wtyczki, czyszczę cache programu, odpinam podejrzane filtry i robię test na nowym, pustym projekcie. To często najszybciej pokazuje, czy padł konkretny materiał, czy cały system. Microsoft wspominał też o przypadkach związanych z aplikacjami korzystającymi z DirectX i starszymi sterownikami Intela, więc na starszych komputerach nie ignoruję samej zgodności programu z GPU.
Kiedy już zawężysz winowajcę, można przejść do profilaktyki, żeby nie wracać do tego samego błędu przy każdym większym eksporcie.
Co robię przed następnym eksportem, żeby ten problem nie wrócił
Najmniej lubię sytuacje, w których ktoś aktualizuje sterownik w dniu oddania projektu. Ja wolę mieć jedną sprawdzoną wersję GPU, jeden zapisany preset programu i zwyczaj krótkiego testu eksportu 30-60 sekund po każdej zmianie drivera, kodeka lub wtyczki. To niewielki koszt czasu, a bardzo często oszczędza cały wieczór walki z niestabilnością.
- Trzymam jedną stabilną wersję sterownika do bieżącego projektu zamiast aktualizować wszystko od razu.
- Aktualizacje robię po oddaniu materiału, a nie tuż przed renderem końcowym.
- Po każdej większej zmianie uruchamiam próbny eksport 30-60 sekund.
- Dbam o czyste chłodzenie i sensowny profil zasilania, szczególnie w laptopach.
- Nie zostawiam agresywnego OC lub undervoltu, jeśli materiał ma iść na produkcję.
Jeśli nadal pracujesz na Windows 10, w 2026 to dobry moment, żeby zaplanować przejście na Windows 11, bo wsparcie tego systemu zakończyło się 14 października 2025. A jeśli mimo wszystkich kroków błąd wraca, nie zwiększam na ślepo wartości TdrDelay ani TdrDdiDelay, bo Microsoft opisuje te klucze jako ustawienia testowe dla deweloperów, nie jako domową naprawę. W praktyce największą różnicę robi stabilny driver, przywrócone ustawienia fabryczne GPU i spokojny test na krótkim fragmencie projektu, zanim włączysz pełny eksport.
