Your Fortnite keeps crashing because the game process is being terminated by one of four mechanisms: a GPU driver timeout or device-removed event, a corrupted or incomplete game file, exhausted RAM or VRAM under the game's memory ceiling, or an anti-cheat or operating-system conflict that kills the process. Most crashes leave a diagnostic trace, and matching that trace to the mechanism is what separates a fix from guesswork. Crashing is not one bug; it is a symptom class, and the same visible "crash" can originate in hardware, software, or the network stack.
That distinction matters because the fixes diverge sharply. A driver timeout responds to clean driver installs and power-limit changes. A corrupted pak file responds to a verify-and-repair cycle. A memory ceiling responds to settings and background process reduction. An anti-cheat conflict responds to security software and overlay configuration. Treating all four as "Fortnite is broken" wastes hours. The sections below work through each mechanism, the numbers that characterize it, the edge cases that mimic it, the myths that mislead, the actions that resolve it, and the limits of what any guide can promise.
Crash mechanisms: what actually terminates the game
The most common hard crash on Windows is a GPU timeout. Windows enforces a watchdog timer called TDR, the Timeout Detection and Recovery mechanism. If the GPU fails to respond to the driver within roughly two seconds, Windows resets the display driver. The game loses its rendering device, and the process exits. The event appears in Windows Event Viewer as a display driver reset, often logged under the nvlddmkm or amdkmdap source. This mechanism explains the classic pattern: the screen freezes, the monitor briefly goes black, and Fortnite vanishes while the desktop returns.
Memory exhaustion is the second mechanism. Fortnite's recommended RAM is 16 GB, and its minimum is 8 GB. On an 8 GB machine running Windows, the operating system and background services consume a large share before the game launches. When committed memory exceeds physical RAM plus page file headroom, Windows terminates the largest consumer, which is usually the game. The symptom is a crash to desktop without a driver reset, often after a match transition or a busy drop. VRAM exhaustion behaves similarly on the GPU side, producing stutter that escalates into a crash when textures exceed the card's capacity at the chosen resolution and quality preset.
Corrupted or incomplete game files are the third mechanism. Fortnite ships as large encrypted pak archives, and a single bit of corruption in a pak that the game reads at a specific moment causes an access violation. The crash then appears tied to a map, a skin, or a menu rather than to a consistent action. Partial downloads, interrupted updates, and failing storage produce this pattern. A failing SSD or a drive with bad sectors accelerates it, because the corruption recurs after repair.
Anti-cheat and overlay conflicts are the fourth mechanism. Easy Anti-Cheat, which Fortnite uses, operates at a low level and conflicts with some security suites, RGB utilities, and capture overlays. When the anti-cheat detects an unsigned or hooked module it considers a threat, it can terminate the game rather than flag the account. The crash is immediate and often silent. The same class covers incompatible overlays that inject into the render pipeline and collide with the anti-cheat's integrity checks.
Quantified context: the numbers behind each failure
The TDR threshold sits at approximately two seconds by default in Windows. That number is adjustable through registry settings, but raising it masks an unstable GPU rather than fixing it. A healthy card completes frames in milliseconds; a two-second stall indicates a driver hang, an unstable overclock, or a power delivery fault. Under-volted or overclocked cards frequently pass stress tests yet fail TDR under Fortnite's specific load pattern, because the game alternates between low and high GPU utilization rapidly.
Memory numbers frame the second mechanism. At 8 GB of system RAM, Windows 10 or 11 at idle consumes roughly 3 to 4 GB, leaving 4 to 5 GB for the game and its shader cache. Fortnite can exceed that during a busy landing. At 16 GB, the headroom is comfortable but not unlimited if a browser with many tabs and a capture tool run alongside. VRAM guidance follows resolution: 4 GB is marginal at 1080p with high textures, 6 to 8 GB is comfortable at 1080p to 1440p, and 8 GB or more suits 1440p high refresh. Exceeding VRAM does not instantly crash; it spills to system memory, tanks frame time, and raises crash probability.
Storage matters for the third mechanism. Fortnite's install occupies tens of gigabytes, and the pak archives are large single files. A drive reporting reallocated sectors or pending SMART warnings is a recurring corruption source. Repairing the game on such a drive fixes the symptom until the next bad write. The practical threshold: any drive with uncorrectable errors should be replaced before further troubleshooting, because every repair cycle risks re-corrupting the install.
Frame-rate and power figures round out the context. Fortnite targets high frame rates on capable hardware, and a system pushing its GPU to a power limit can trip TDR under transient spikes. Power supply headroom, typically 20 to 30 percent above the card's rated draw, reduces this. Thermal throttling alone rarely crashes the game, but sustained temperatures near the card's limit combined with an aggressive overclock do raise the probability.
Timeline: how a crash unfolds and what each stage tells you
| Stage | What happens | Diagnostic trace | Typical cause |
|---|---|---|---|
| 0-1 s | Frame time spikes, audio stutters | None yet | Shader compilation, asset streaming |
| 1-3 s | Screen freezes or goes black | GPU busy, no response | Driver hang, overclock instability |
| ~2 s | Windows resets display driver | Event Viewer display reset | TDR trip |
| 3-5 s | Game process exits | Crash log, no minidump sometimes | Device-removed handling |
| 5-30 s | Desktop returns, error dialog may appear | Easy Anti-Cheat log entry | Anti-cheat termination |
| Minutes later | Launcher offers verify or report | Launcher crash report ID | File corruption or memory fault |
| Next launch | Game may repair or recur identically | Repeat pattern | Persistent cause, not transient |
Read the table as a decision tree. A crash that freezes for two seconds, flashes black, and returns to desktop points at the GPU path. A crash that exits instantly with no display reset points at anti-cheat or memory. A crash tied to one map or one skin points at file corruption. A crash that recurs at the same moment every session is deterministic, which means a configuration or file cause rather than a random hardware fault.
Edge cases that mimic crashes
Several failures look like Fortnite crashing but are not the game process dying. A full system reboot mid-match is usually a power delivery or thermal shutdown, not a software crash. A freeze where the game stays on screen but stops responding is a hang, and it may recover; a crash terminates the process. A network disconnect that returns you to the lobby with an error is a connection failure, and no local repair fixes it. Distinguishing these matters because the troubleshooting path changes entirely.
Laptop-specific behavior is a frequent edge case. Gaming laptops on battery power reduce GPU clocks aggressively, and some switchable-graphics configurations route Fortnite to the integrated GPU by mistake. The result is a crash or severe stutter that looks like a driver fault. Plugging in the laptop and forcing the discrete GPU in the graphics settings resolves it. Similarly, systems with hybrid graphics and outdated chipset drivers can lose the discrete GPU mid-session, producing a device-removed crash identical in appearance to a TDR event.
Another edge case is the overlay stack. Discord, GeForce Experience, Steam, and capture tools each inject a layer. Two overlays that both hook the render pipeline can conflict with each other independent of the anti-cheat, and the crash appears only when both are active. Disabling overlays one at a time isolates this, and it is one of the few cases where the fix is a binary on-off rather than a settings tune.
Misconceptions that waste troubleshooting time
The most persistent myth is that reinstalling Fortnite fixes every crash. A clean reinstall does repair corruption, which is genuinely useful for the file mechanism. But it does nothing for a TDR trip, a memory ceiling, or an anti-cheat conflict, and it consumes time and bandwidth. Verify-and-repair accomplishes the same file integrity check with far less cost, so reinstallation should be the escalation, not the first move.
A second misconception is that lowering graphics settings universally prevents crashes. Lower settings reduce VRAM and GPU load, which helps the memory and thermal paths. But a driver hang from an unstable overclock can occur at any setting, and anti-cheat conflicts ignore graphics entirely. Settings changes are a targeted tool, not a blanket fix.
A third is that crash reports are unreliable or useless. The launcher's report ID and the local crash logs contain the faulting module, and that module name often identifies the mechanism directly. A fault in the display driver library points at the GPU path; a fault in the anti-cheat module points at the security path. Reading the log is faster than any trial-and-error sequence.
A fourth is that a stable benchmark proves the hardware is fine. Benchmarks run sustained, predictable loads. Fortnite's load is bursty, with rapid transitions between menu, lobby, and match. Instability that never appears in a benchmark can appear in the game, which is why the counterintuitive advice is to test with the game itself under the exact conditions that crash it.
Practical actions in order of cost
Work from cheapest and most diagnostic to most invasive. Each step below targets a specific mechanism, and the order reflects both likelihood and effort.
Capture the evidence first. Open Windows Event Viewer and check the System log around the crash time for display driver resets. Locate the launcher crash report and note the faulting module. This single step routes everything that follows. Run verify-and-repair in the Epic Games launcher before touching drivers. It costs minutes and resolves the file-corruption mechanism outright. Repeat it if the crash recurs after a drive error warning, and replace any drive reporting uncorrectable SMART errors. Perform a clean GPU driver install using the vendor's removal tool, then reinstall the current driver without optional overlays. This addresses the TDR path. If crashes persist, remove any GPU overclock or under-volt and test at stock settings, including factory overclocks. Reduce memory pressure. Close browsers and capture tools before launching. On 8 GB systems, confirm the page file is system-managed and not disabled. If VRAM is the constraint, drop texture quality one tier and test. Disable overlays and third-party security hooks one at a time. Start with capture and chat overlays, then security suites. Whitelist the Fortnite and Easy Anti-Cheat executables in any security software that remains. Update chipset and storage drivers, and confirm the laptop is on AC power with the discrete GPU forced for Fortnite. On desktops, check power supply headroom if crashes cluster under high load.
Red-flag warnings worth heeding:
A crash followed by a full system reboot, a burning smell, or repeated blue screens is a hardware or power fault. Stop gaming and diagnose the hardware before continuing; software steps will not fix it. Repeated file corruption after repair on the same drive indicates failing storage. Back up data immediately and replace the drive. Crashes that began immediately after installing a new security tool or overlay point at that tool. Remove it rather than working around it. Any crash accompanied by account-security warnings or unexpected logins should be treated as a security incident, not a game bug.
Reconciling the thresholds: the two-second TDR window, the 16 GB recommended RAM figure, and the VRAM tiers are not competing standards; they describe different failure points. TDR governs GPU responsiveness, RAM governs system commitment, and VRAM governs texture residency. A system can pass one and fail another, and the crash log tells you which. When guidance conflicts, trust the faulting module and the event log over general recommendations, because they are specific to your machine.
Comparison: repair paths and what each one can and cannot fix
| Action | Targets | Typical effort | Can fix | Cannot fix |
|---|---|---|---|---|
| Verify-and-repair | File corruption | Minutes | Pak corruption, partial updates | Driver, memory, anti-cheat |
| Clean driver install | GPU timeout | 15-30 min | TDR trips from driver faults | Hardware instability, corruption |
| Stock clocks test | GPU instability | Minutes to hours | Overclock-induced hangs | Driver bugs, file corruption |
| Settings reduction | VRAM and load | Minutes | VRAM ceiling, thermal margin | Anti-cheat, deterministic crashes |
| Overlay and security audit | Anti-cheat conflict | 30-60 min | Hook conflicts, silent terminations | Hardware faults, corruption |
| Hardware diagnostics | Power, storage, thermals | Hours | Failing drive, PSU, thermals | Software configuration issues |
Limitations: what this guide cannot promise
No troubleshooting sequence can guarantee a fix, because the cause is machine-specific and the evidence is local. This article describes mechanisms and diagnostic logic, not a guaranteed repair. A crash caused by a failing GPU, a marginal power supply, or a drive with bad sectors requires hardware service, and no setting change substitutes for that. Similarly, crashes caused by a game-side bug in a specific patch are outside user control; the correct response is to report the crash with the launcher ID and wait for a fix, while confirming the fault is not local.
One professional caveat deserves emphasis: repeated repair cycles on unstable hardware can mask a worsening fault. If the same crash returns after two clean repair-and-driver cycles, stop cycling and test the hardware directly with storage and memory diagnostics. The counterintuitive lesson is that the cheapest fix is often the diagnostic step you skipped, not the reinstall you repeated. Read the log first, match the mechanism, then act.