必须手动启用任务管理器的“显示每个GPU引擎”才能看到Video Decode和Video Encode实时曲线；若GPU项缺失，可能是系统版本低、驱动不足或BIOS禁用核显；通过播放H.265视频、OBS推流及进程页排序可验证硬件编解码是否真实启用。
想确认视频播放或录屏时GPU的编码器、解码器是否真正在干活，而不是CPU在硬扛，就得直接看到“Video Encode”和“Video Decode”这两个引擎的实时占用曲线——任务管理器默认不显示它们，必须手动解锁隐藏视图。
打开GPU性能总览页
按下 Ctrl + Shift + Esc 直接唤出任务管理器，别点右键任务栏再选，那多一步容易进简洁模式。点击顶部“性能”选项卡，左侧列表里必须出现“GPU 0”（或“GPU”），否则后续所有操作都无效——【若没有GPU项，说明系统版本低于Win10 1803、驱动未达WDDM 2.4+、或BIOS中核显被禁用】。
点击“GPU 0”，右侧立刻加载GPU使用率图表和下方内存数据。
启用每个GPU引擎的细分监控
右键点击GPU使用率图表空白区域，在弹出菜单中勾选“显示每个GPU引擎”。这一步是关键开关，不点它，下面所有编解码器曲线都不会出现。
图表下方随即展开多条彩色曲线，包括3D、Copy、Video Decode、Video Encode、CUDA（NVIDIA）或Graphics（AMD/Intel）。其中“Video Decode”和“Video Encode”就是你要盯住的两条线。
注意：这两条线是硬件寄存器直采的实时负载，不是软件估算值；跳动越明显，说明对应硬件单元正在被真实调用。
验证编解码器是否真在运行
方法一：播放一段H.265 4K YouTube视频（确保浏览器已开启硬件加速），观察“Video Decode”曲线是否同步、规律地起伏。如果它始终平直为0，但CPU占用却高于30%，说明解码仍在CPU上跑。
方法二：用OBS开始推流→“Video Encode”曲线应立即抬升并持续波动；停止推流→曲线归零。若推流中该线不动，大概率是OBS设置里没选NVENC/AMF/VAAPI编码器，或者驱动未正确加载。
方法三：切换到“性能”→“GPU”页底部，看“视频解码”和“视频编码”两个标签旁的进度条——动态条比数字更可信，数字可能缓存延迟1～2秒，而进度条是毫秒级刷新。
在进程页定位具体调用编解码的应用
第一步：确保任务管理器处于“详细信息”模式（左下角显示“详细信息”，不是“更多详细信息”）。
第二步：切换到“进程”选项卡。
第三步：右键点击列标题任意位置（比如“名称”或“CPU”），勾选“GPU 解码”和“GPU 编码”两项。若这两项灰色不可选，说明当前没有进程触发硬件编解码路径——可能是播放器禁用了DXVA、浏览器关闭了硬件加速、或视频本身是VP9/AV1但驱动未支持。
第四步：点击“GPU 解码”列标题降序排列，数值非零且持续变化的进程，就是正在用GPU硬解的程序；同理，“GPU 编码”列排序可揪出OBS、HandBrake、剪映等硬编应用。
