Video Scheduler Internal Error (0x119) beheben – Windows 11

Der Bluescreen VIDEO_SCHEDULER_INTERNAL_ERROR mit dem Stopcode 0x00000119 geht fast immer auf einen defekten oder halb installierten Grafiktreiber zurück. In den meisten Fällen verschwindet er, wenn du den GPU-Treiber (die Steuersoftware deiner Grafikkarte) mit dem Display Driver Uninstaller im abgesicherten Modus komplett entfernst und danach die aktuelle Version direkt von NVIDIA, AMD oder Intel neu installierst. Bleibt der Fehler, sind Systemdateien, Datenträger oder RAM die nächsten Verdächtigen — welcher Weg der richtige ist, verrät dir der erste Parameter, den der Video Scheduler beim Absturz mitliefert.

Die Menüpfade unten beziehen sich auf Windows 11 in den Versionen 24H2 und 25H2; unter Windows 10 heißen die Schritte fast identisch.

Ist es wirklich der Video Scheduler? So grenzt du es ein

Der Video Scheduler ist die Windows-Komponente im DirectX-Grafikkernel (Dxgkrnl.sys), die Grafik-Aufträge zwischen System und GPU (Grafikprozessor) verteilt. Meldet er eine schwere Verletzung, erzwingt Windows den Bluescreen 0x119. Typisch sind diese Symptome:

• Der Absturz kommt bevorzugt unter Last: beim Spielen, Video-Rendern, an einem zweiten Monitor oder beim Aufwachen aus dem Ruhezustand.
• Kurz davor flackert oder friert das Bild, oder der Treiber „stürzt ab und wird wiederhergestellt“.
• Nach einem Treiber-Update oder einer neuen Grafikkarte trat der Fehler zum ersten Mal auf.
• Im Systemprotokoll der Ereignisanzeige steht kurz nach dem Neustart ein Eintrag der Quelle BugCheck mit dem Text „Der Computer wurde nach einem schwerwiegenden Fehler neu gestartet“ und den vier Parametern des Stopcodes.

Die eigentliche Ursache steckt im ersten dieser vier Parameter. Damit Windows die Absturzdaten überhaupt aufhebt, muss das Speicherabbild aktiviert sein: Suchleiste öffnen, erweiterte Systemeinstellungen eingeben, unter Erweitert > Starten und Wiederherstellen > Einstellungen bei „Debuginformationen speichern“ die Option Automatisches Speicherabbild wählen und neu starten. Kleine Speicherabbilder landen laut Microsoft in %SystemRoot%\Minidump, größere als MEMORY.DMP im Windows-Verzeichnis. Den ersten Parameter liest du danach entweder im BugCheck-Ereignis der Ereignisanzeige oder in einem Auswerte-Tool wie BlueScreenView ab.

Was der erste Parameter über die Ursache verrät

Microsoft dokumentiert für 0x119 genau eine relevante Kennzahl: Parameter 1 benennt die konkrete Verletzung. Werte von 0x1 bis 0x13 zeigen auf den Grafiktreiber, hohe Werte ab 0x400 auf einen internen Systemzustand — das ist die Weiche zwischen Treiber-Fix und Hardware-Test.

Parameter 1	Bedeutung laut Microsoft	Wo du zuerst suchst
0x1	Treiber meldet eine ungültige Fence-ID	Grafiktreiber
0x2	Treiber scheitert beim Absenden eines Befehls	Grafiktreiber
0x3	Treiber scheitert beim Patchen des Befehlspuffers	Grafiktreiber
0x4	Ungültige Flip-Queue-Länge gemeldet	Grafiktreiber, oft mit Mehrschirm-Betrieb
0x5	System- oder Paging-Befehl fehlgeschlagen	Grafiktreiber, Videospeicher
0x6–0x8	Ungültige Adapter- oder Node-Maske, VSync auf Render-only-Adapter	Mehr-GPU-Systeme, Notebooks mit Hybridgrafik
0x9–0xB	Abbruch- bzw. Overlay-Befehl fehlgeschlagen, ungültige abgebrochene Fence	Grafiktreiber
0xC–0xD	Fataler Hardware-Pagefault bzw. falsche PageFaultFlags	GPU-Hardware, VRAM
0xE–0x13	VSync außerhalb des Bereichs, unerwarteter Interrupt nach Engine-Reset, Fence-Werte nicht aktualisiert	Grafiktreiber
0x400, 0x1000, 0xA000, 0x10000	Interner Fehlzustand des Betriebssystems, typischerweise Speicherbeschädigung oder defekte Hardware	RAM, Datenträger, Systemdateien
0xE00	Dem System ging der vorreservierte Speicher für Flip-Anforderungen aus	Windows-Updates, Treiberstand

Praktischer Nutzen: Steht dort 0x2 oder 0x13, kannst du dir den nächtlichen RAM-Test sparen und gehst direkt zur sauberen Treiber-Neuinstallation. Steht dort 0xA000, ist der Treiber vermutlich nur der Bote — dann bringt Punkt drei dieser Anleitung mehr.

Grafiktreiber sauber neu installieren (der Standard-Fix)

Ein normales „Aktualisieren“ reicht bei 0x119 oft nicht, weil Reste der alten Version zurückbleiben. Eine saubere Neuinstallation räumt genau das weg:

1. Lade den aktuellen Treiber für dein Grafikkarten-Modell vorab herunter – bei NVIDIA (nvidia.de), AMD (amd.com) oder Intel (intel.de). Ohne Internet nach dem Löschen stehst du sonst ohne Anzeige-Treiber da.
2. Lade das kostenlose Tool Display Driver Uninstaller (DDU) ausschließlich von der Herstellerseite Wagnardsoft – dort steht auch, welche Version aktuell ist (Stand September 2026: 18.1.5.7). Kopien auf Download-Portalen enthalten öfter Adware-Beipack.
3. Starte Windows im abgesicherten Modus: Einstellungen > System > Wiederherstellung > Erweiterter Start > Jetzt neu starten, dann Problembehandlung > Erweiterte Optionen > Starteinstellungen > Neu starten und Taste 4 wählen.
4. Führe DDU aus, wähle rechts deinen GPU-Hersteller und klicke auf „Bereinigen und neu starten“.
5. Verhindere, dass Windows sofort wieder den alten Treiber nachschiebt: Trenne den Rechner beim ersten Start nach der Bereinigung vom Netzwerk, oder nutze die DDU-Option, die den automatischen Treiber-Download über Windows Update unterbindet.
6. Installiere den zuvor geladenen Treiber. Wähle bei NVIDIA/AMD die Option „Saubere Installation“ bzw. „Factory Reset“, falls angeboten.
7. Starte den Rechner neu und belaste die GPU testweise (Spiel, Video, zweiter Monitor). Kehrt der Bluescreen nicht zurück, war es der Treiber.

Kommt der Fehler ausgerechnet mit der brandneuen Treiberversion, ist der umgekehrte Weg oft der bessere: Installiere die vorletzte als stabil geltende Version des Herstellers, oder setze im Geräte-Manager unter Grafikkarten > Eigenschaften > Treiber per Vorheriger Treiber auf den letzten funktionierenden Stand zurück. Der Rückweg ist nur verfügbar, solange Windows die alte Version noch vorhält.

Wenn der Treiber nicht die Ursache war

Bleibt 0x119 nach dem Treiber-Tausch, arbeite diese Punkte der Reihe nach ab. Sichere vorher wichtige Daten – Datenträger- und Speicherfehler können sich verschlimmern, und chkdsk arbeitet direkt am Dateisystem.

1. Systemdateien reparieren: Eingabeaufforderung als Administrator öffnen (Rechtsklick auf Start > „Terminal (Administrator)“), dann nacheinander DISM /Online /Cleanup-Image /RestoreHealth und danach sfc /scannow ausführen. DISM zieht saubere Systemdateien nach, sfc /scannow tauscht beschädigte aus.
2. Datenträger prüfen: Im selben Fenster chkdsk C: /f /r eingeben, mit J für den nächsten Neustart bestätigen und neu starten. Der Lauf sucht und repariert Dateisystem- und Sektorfehler auf dem Systemlaufwerk; auf großen HDDs dauert er mehrere Stunden.
3. RAM testen: mdsched.exe ausführen und „Jetzt neu starten und nach Problemen suchen“ wählen – die Windows-Speicherdiagnose prüft den Arbeitsspeicher beim Neustart. Für einen gründlicheren Test läuft MemTest86 über Nacht. Hast du ein XMP- oder EXPO-Profil im BIOS aktiviert, schalte es für den Test auf die Standard-Taktung zurück: ein instabiles Speicherprofil erzeugt exakt die Datenverfälschung, die hinter den 0x400-Parametern steckt.
4. Windows aktualisieren: Einstellungen > Windows Update > Nach Updates suchen. Ein Patch enthält oft korrigierte WDDM-Grafikkomponenten. Microsoft nennt aktuelle kumulative Updates ausdrücklich als ersten Schritt bei Stopfehlern, zusammen mit aktueller BIOS-/Firmware-Version und mindestens 10 bis 15 Prozent freiem Speicherplatz auf dem Systemlaufwerk.
5. Übertaktung zurücknehmen: Hast du GPU oder VRAM per MSI Afterburner o.ä. übertaktet oder undervoltet, stelle die Standardtakte wieder her. Instabile Taktraten sind eine klassische 0x119-Quelle – und ein Undervolt, der monatelang lief, kann nach einem Treiber-Update plötzlich zu knapp sein.
6. Hardwarebeschleunigung testweise abschalten: In Browser oder Anwendung, die kurz vor dem Absturz lief, die GPU-Beschleunigung deaktivieren. Verschwindet der Fehler, liegt ein App-Treiber-Konflikt vor.
7. Hardwarebeschleunigte GPU-Planung umschalten: Unter Einstellungen > System > Bildschirm > Grafik > Standardgrafikeinstellungen ändern lässt sich die hardwarebeschleunigte GPU-Planung aus- und einschalten. Sie verlagert einen Teil der Ablaufplanung auf die GPU und setzt einen Treiber ab WDDM 2.7 voraus; taucht der Schalter gar nicht auf, unterstützt deine Karte oder dein Treiberstand sie nicht. Bei wiederkehrendem 0x119 ist ein Test mit ausgeschalteter Planung ein schneller Gegencheck.
8. Strom und Sitz prüfen: Bei Desktop-Karten mit mehreren PCIe-Stromsteckern jeden Strang einzeln kontrollieren, Karte neu einsetzen, Netzteil-Leistung gegen die Herstellerangabe der GPU halten. Bricht die Versorgung unter Last kurz ein, sieht Windows nur den fehlgeschlagenen Grafikbefehl.

0x119 gegen 0x117 und 0x141 abgrenzen

Rund um Grafikabstürze kursieren drei Stopcodes, die gern verwechselt werden — die Unterscheidung spart dir viel Suchzeit:

• 0x117 (VIDEO_TDR_TIMEOUT_DETECTED): Die GPU hat einen Auftrag nicht rechtzeitig beendet. Der GPU-Scheduler wartet standardmäßig zwei Sekunden, bevor Windows von einem Hänger ausgeht und die Grafikkarte zurücksetzt. Meist siehst du davon nur einen Bildflacker und die Meldung „Der Anzeigetreiber reagiert nicht mehr und wurde wiederhergestellt“.
• 0x141 (VIDEO_ENGINE_TIMEOUT_DETECTED): Nur eine einzelne Engine der GPU hängt. Windows blockiert dann den auslösenden Prozess (protokolliert als 0x142), statt das System zu stoppen.
• 0x119 (VIDEO_SCHEDULER_INTERNAL_ERROR): Kein Timeout, sondern eine Regelverletzung – der Treiber liefert dem Scheduler einen Wert, der nicht sein darf. Windows stoppt sofort, ohne Reset-Versuch.

Wichtig für die Diagnose: Häufen sich die Timeouts, wird daraus ein echter Bluescreen. Microsoft dokumentiert, dass das System beim sechsten GPU-Hänger abbricht, wenn fünf oder mehr Resets innerhalb einer Minute auftreten. Wer also erst Flackern und Treiber-Wiederherstellungen sah und jetzt Bluescreens bekommt, hat kein neues Problem, sondern ein eskaliertes.

Warum tritt Fehler 0x119 überhaupt auf?

Windows verwaltet die GPU-Aufträge über den WDDM-Grafikstack. Der Video Scheduler entscheidet, welche Aufgabe wann auf die Grafikkarte darf. Liefert der Treiber dabei einen ungültigen Wert – etwa eine falsche „Fence-ID“ (die laufende Nummer, an der Windows den Fortschritt eines Grafikbefehls abliest) oder einen fehlgeschlagenen Befehl – erkennt Windows das als kritische Verletzung und stoppt sofort, statt mit korrupten Grafikdaten weiterzulaufen. Deshalb zeigen die niedrigen Parameter (0x1 bis 0x13) direkt auf den Treiber.

Die hohen Parameterwerte (ab 0x400) sind ein anderes Kaliber: Sie signalisieren einen internen Fehlzustand des Betriebssystems, der laut Microsoft meist von Speicherbeschädigung oder defekter Hardware ausgelöst wird. Ein wackelndes RAM-Modul oder ein Datenträger mit fehlerhaften Sektoren kann genau die Datenstrukturen beschädigen, mit denen der Scheduler arbeitet – der Bluescreen ist dann nur das Symptom, nicht die Wurzel. Das erklärt, warum bei diesen Codes Speicher- und Datenträgertests wichtiger sind als jeder Treiber.

Dass der Treiber-Weg trotzdem die richtige erste Adresse ist, zeigt Microsofts eigene Absturz-Statistik: 70 Prozent der Stopfehler gehen auf Treibercode von Drittanbietern zurück, 10 Prozent auf Hardwareprobleme, 5 Prozent auf Microsoft-eigenen Code; bei 15 Prozent ist der Speicher zu stark beschädigt für eine Auswertung. Für 0x119 heißt das übersetzt: erst der Grafiktreiber, dann die Hardware — außer der Parameter sagt ausdrücklich etwas anderes.

Letzte Stufe: Absturzabbild selbst auswerten

Wenn 0x119 nach Treiber-Neuinstallation, Systemdatei-Reparatur und Speichertests weiter kommt, lohnt der Blick in den Dump. Das ist kein Hexenwerk, kostet aber eine Stunde:

1. Das Windows SDK installieren und darin nur die Debugging Tools for Windows auswählen – damit landet WinDbg auf dem Rechner.
2. WinDbg öffnen, unter File > Symbol File Path den Microsoft-Symbolserver https://msdl.microsoft.com/download/symbols eintragen.
3. Über Open Crash Dump die Datei MEMORY.DMP bzw. den jüngsten Minidump laden und den Befehl !analyze -v ausführen.
4. Im Abschnitt STACK_TEXT und bei MODULE_NAME / IMAGE_NAME steht, welches Modul den Absturz ausgelöst hat. Taucht dort nvlddmkm.sys (NVIDIA), amdkmdag.sys (AMD) oder igdkmd64.sys (Intel) auf, ist der Fall klar.

Den Windows-Treiberverifizierer (verifier.exe) solltest du nur einsetzen, wenn du weißt, was du tust: Er bremst das System spürbar aus, erzwingt zusätzliche Abstürze und kann den Rechner startunfähig machen. Microsoft empfiehlt, ihn nur auf verdächtige Treiber in Gruppen von 10 bis 20 anzuwenden — und ihn im abgesicherten Modus wieder abzuschalten, falls der Desktop nicht mehr hochkommt. Vor dem Start unbedingt einen Wiederherstellungspunkt anlegen.

Bleibt der Bluescreen auch danach und zeigt der Parameter auf einen Hardware-Fehlzustand, ist der letzte sinnvolle Test der Tausch: Grafikkarte in einem anderen Rechner oder eine bekannt funktionierende Karte im eigenen System. Fällt der Fehler damit weg, ist die Karte defekt — und keine Treiber-Installation dieser Welt bringt sie zurück.

Quellen

• Microsoft Learn: Bug Check 0x119 VIDEO_SCHEDULER_INTERNAL_ERROR – vollständige Parameter-Tabelle und Bedeutung der Werte
• Microsoft Learn: WDDM Support for Timeout Detection and Recovery (TDR) – Zwei-Sekunden-Timeout, Abgrenzung zu 0x117 und 0x141
• Microsoft Learn: Behebung von Stop-Fehlercodes oder Bugchecks – Ursachen-Statistik, Speicherabbild-Konfiguration, WinDbg und Treiberverifizierer
• Wagnardsoft – offizielle Bezugsquelle des Display Driver Uninstaller (DDU)

Häufige Fragen

Was bedeutet der Fehler VIDEO_SCHEDULER_INTERNAL_ERROR?

Der Stopcode 0x00000119 zeigt, dass der Video Scheduler von Windows eine schwere Verletzung bei der Verteilung von Grafik-Aufträgen an die GPU erkannt hat. Ursache ist meist ein fehlerhafter Grafiktreiber, seltener defekter Speicher oder Hardware.

Wie behebe ich 0x119 am schnellsten?

In den meisten Fällen hilft eine saubere Treiber-Neuinstallation: GPU-Treiber mit dem Display Driver Uninstaller (DDU) im abgesicherten Modus entfernen und anschließend die aktuelle Version direkt von NVIDIA, AMD oder Intel installieren.

Was sagt der erste Parameter des Stopcodes 0x119 aus?

Laut Microsoft zeigen Werte von 0x1 bis 0x13 auf den Grafiktreiber, Werte ab 0x400 auf einen internen Systemzustands-Fehler durch Speicherbeschädigung oder defekte Hardware. Er entscheidet, ob du zuerst den Treiber oder RAM und Datenträger prüfst.

Kann defekter RAM den Video Scheduler Internal Error auslösen?

Ja. Bei hohen Parameterwerten (ab 0x400) meldet Microsoft einen internen Systemzustands-Fehler, der typischerweise von Speicherfehlern oder defekter Hardware kommt. Ein Test mit mdsched.exe oder MemTest86 grenzt das ein; auch XMP/EXPO testweise deaktivieren.

Worin unterscheiden sich 0x119, 0x117 und 0x141?

0x117 und 0x141 sind Timeouts: Die GPU beziehungsweise eine einzelne Engine antwortet nicht innerhalb von zwei Sekunden. 0x119 ist kein Timeout, sondern eine Regelverletzung des Treibers – Windows stoppt hier sofort ohne Reset-Versuch.