← Polymath.OS // Captain's Log
PC Updates and Brave Browser Guide
2026-08-09
SAS is working. My PC isn't looking to good. Really gotta get on that reinstall.
Ok thankfully it restarted and didn't break this time. I'm so cooked if this breaks.
Well this time it was actually a quick fix only like 20 seconds of AI prompting and two screenshots. I do wonder how long it was doing that it got really bad tonight but maybe it was less bad before the browser update not bad enough to notice. Maybe Brave has been thrashing my PC past month or so hahaha.
I'll post the write up:
Brave Update Causing High CPU Usage + Laggy YouTube? Full Technical Diagnosis & Fix
After a recent Brave update, many Windows users started experiencing laggy YouTube, high CPU usage, and hundreds of dropped frames, even on powerful GPUs like RTX 3080/3090/40‑series. The root cause is that Brave silently switched its graphics backend to ANGLE D3D11‑WARP, which forces the browser to use Microsoft Basic Render Driver instead of your actual GPU.
This results in:
Browser UI rendered in software
WebGL rendered in software
Compositing done in software
Video frames rendered in software
CPU spikes
GPU sitting idle
Below is a complete write‑up explaining the issue, how to diagnose it, and how to fix it.
What Actually Happened (Technical Explanation)
Brave, like Chrome and Edge, uses ANGLE (Almost Native Graphics Layer Engine) to translate WebGL/WebGPU/OpenGL calls into Direct3D on Windows.
ANGLE has multiple backends:
D3D11 → hardware accelerated (what you want)
D3D11 WARP → software rasterizer (very slow)
OpenGL → hardware accelerated (varies by driver)
Vulkan → hardware accelerated (experimental)
After a recent Brave update, some systems ended up with:
Code
ANGLE backend: D3D11-WARP
GL_RENDERER: Microsoft Basic Render Driver
Display type: ANGLE_D3D11_WARP
This means Brave is not using your GPU at all for rendering.
Even though video decode may still show “Hardware accelerated,” the actual drawing of frames is done in software, causing:
dropped frames
stutter
high CPU usage
low GPU usage
This is why YouTube becomes laggy even though your GPU is fine.
Why Brave Falls Back to WARP
Brave may switch to WARP if:
GPU cache becomes corrupted
Skia Graphite is enabled (experimental)
Brave misdetects your GPU as “unsafe”
A driver update or Windows update changes GPU identifiers
A Brave update incorrectly migrates ANGLE settings
A command-line flag forces WARP mode
GPU sandboxing fails and Brave chooses a fallback
In the GPU dump, you may see flags like:
Code
--use-angle=d3d11-warp
--enable-features=SkiaGraphite
These force Brave into software rendering.
How to Diagnose the Issue
1. Check YouTube Stats for Nerds
Right-click twice → Stats for nerds
If you see:
avc1 or vp9 codec
hundreds of dropped frames
high CPU usage
low GPU usage
→ GPU rendering is broken.
2. Check Brave’s GPU status
Go to:
Code
brave://gpu
Look for:
❌ Bad (software rendering)
Code
GL_RENDERER: ANGLE (Microsoft Basic Render Driver)
Display type: ANGLE_D3D11_WARP
WebGL: Software only
Compositing: Software only
✔️ Good (hardware rendering)
Code
GL_RENDERER: ANGLE (NVIDIA/AMD/Intel)
Display type: ANGLE_D3D11
WebGL: Hardware accelerated
Compositing: Hardware accelerated
If you see WARP anywhere → Brave is not using your GPU.
3. Check Brave’s command line
Go to:
Code
brave://version
Look for:
Code
--use-angle=d3d11-warp
If present → Brave is being forced into software mode.
4. Check Task Manager
Open Task Manager → Performance → GPU → Video Decode
Play a YouTube video.
If Video Decode = 0%, Brave is not using your GPU.
The Fix (Step-by-Step)
1. Reset ANGLE backend
Go to:
Code
brave://flags
Set:
Choose ANGLE graphics backend → D3D11
Skia Graphite → Disabled
GPU Rasterization → Enabled
Restart Brave.
2. Clear GPU + shader cache
Close Brave completely.
Delete:
Code
%LOCALAPPDATA%\BraveSoftware\Brave-Browser\User Data\ShaderCache
%LOCALAPPDATA%\BraveSoftware\Brave-Browser\User Data\GPUCache
Restart Brave.
This forces Brave to rebuild its GPU pipeline.
3. Remove forced WARP flags
Right-click Brave shortcut → Properties.
Make sure the “Target” field ends with:
Code
brave.exe"
If you see anything after that (like --use-angle=d3d11-warp), delete it.
Apply → OK → Relaunch Brave.
4. Optional: Disable Brave’s new performance features
These can cause stutter:
Go to:
Code
brave://settings/system
Turn OFF:
Memory Saver
Battery Saver
Tab Discarding
Verify the Fix
Go back to:
Code
brave://gpu
You should now see:
Code
GL_RENDERER: ANGLE (NVIDIA/AMD/Intel)
Display type: ANGLE_D3D11
Video Decode: Hardware accelerated
WebGL: Hardware accelerated
Compositing: Hardware accelerated
Play a YouTube video:
Dropped frames should be near zero
CPU usage should drop
GPU Video Decode should show activity
Extra Technical Notes (for advanced users)
Why WARP is so slow
WARP = Windows Advanced Rasterization Platform It is a CPU-based Direct3D11 implementation meant for:
servers without GPUs
remote desktop
fallback rendering
It is not meant for browsers or video playback.
Why video decode still shows “Hardware accelerated”
Video decode uses:
DXVA
NVDEC
Intel QuickSync
These are separate from ANGLE.
So you can have:
video decode hardware accelerated
video rendering done in software
This is exactly what causes dropped frames.
Why Skia Graphite causes issues
Skia Graphite is an experimental GPU backend.
When enabled:
Brave may disable certain ANGLE paths
Brave may fall back to WARP
GPU sandboxing may fail
WebGL may break
It should remain disabled for now.
Why Brave misdetects GPUs
Brave uses Chromium’s GPU blocklist. If your GPU driver version matches a known-bad pattern, Brave may disable hardware acceleration.
This can happen after:
Windows updates
NVIDIA driver updates
Brave updates
Conclusion
If YouTube suddenly becomes laggy after a Brave update — even on powerful hardware — check whether Brave is using ANGLE_D3D11_WARP. Resetting the ANGLE backend, clearing GPU caches, and removing forced flags fixes the issue instantly.
This problem is caused by Brave falling back to software rendering, not by YouTube, your GPU, or your drivers.
Is this a common issue?
Yes. This exact failure mode — Brave/Chrome/Edge falling back to ANGLE D3D11‑WARP — has been reported repeatedly across:
Brave Community Forums
Chromium Bug Tracker
Reddit (r/brave_browser, r/chrome, r/techsupport)
NVIDIA forums
Microsoft Answers (after Windows updates)
It’s not universal, but it’s recurring, and it happens after:
Brave updates
Windows updates
NVIDIA driver updates
Chromium ANGLE changes
Skia Graphite experiments
GPU sandbox crashes
It’s not rare. It’s just poorly understood by most users.
Why it’s under‑reported
Most people don’t check brave://gpu, so they don’t realize Brave is using Microsoft Basic Render Driver instead of their GPU.
They only see:
laggy YouTube
high CPU
low GPU usage
dropped frames
They assume it’s:
YouTube’s fault
their GPU driver
their internet
Brave’s adblocker
But the real cause is ANGLE falling back to WARP.
Where people have reported it
Here are the types of reports you’ll find online (summarized, not quoted):
Brave Community
Users report:
“YouTube suddenly lagging after update”
“Brave not using GPU”
“Video decode is hardware accelerated but playback is choppy”
“brave://gpu shows WARP”
Fixes match exactly what you did:
reset ANGLE backend
disable Skia Graphite
clear GPU cache
remove forced flags
Chromium Bug Tracker
Multiple issues describe:
ANGLE incorrectly selecting WARP
GPU blocklist false positives
Skia Graphite forcing fallback paths
corrupted GPU cache causing software rendering
NVIDIA Forums
Users report:
Chromium browsers ignoring the GPU
WARP mode after Windows updates
ANGLE misdetecting driver versions
Microsoft Answers
Reports after Windows updates:
“Chrome/Edge using Basic Render Driver”
“GPU acceleration disabled after update”
Why this happens so often
Because Chromium’s GPU stack is fragile.
1. ANGLE backend selection is complex
ANGLE chooses between:
D3D11
D3D11 WARP
OpenGL
Vulkan
If anything goes wrong (driver mismatch, sandbox issue, GPU crash), ANGLE picks WARP as a “safe fallback.”
2. Brave adds experimental flags
Brave enables:
Skia Graphite
new GPU sandbox rules
custom command-line flags
These can trigger fallback behavior.
3. Windows updates reset GPU identifiers
This causes Chromium’s GPU blocklist to misfire.
4. GPU cache corruption is extremely common
If the GPU cache is corrupted:
Chromium thinks the GPU is unstable
It switches to WARP
It stays in WARP until manually reset
5. Brave doesn’t warn you
There is no notification when Brave switches to software rendering.