Windows 上的 Intel Arc 与核显驱动
DCH 打包方式、Arc Control 与旧控制面板的区别、核显与独显共存，以及真正有效的更新路径。
测试环境Pro (26H2) · 版本号 26300.9457 · x64
E1- 版本号
- 26300.9457
- 版本
- Pro (26H2)
- 架构
- x64
- 支持
- 文档（E1）
- 证据
- E1官方文档
- 核验日期
- 2026-10-29
- 页面类型
- 厂商
现代 Windows 上的 Intel 显卡意味着 DCH 驱动包：驱动被拆成基础驱动加可选组件（控制面板、音频、显示色彩），通过 Windows Update 或 Intel 安装器交付。
两个实际后果：
- 新包里控制面板是独立的应用，只装基础驱动就没有它。
- 核显与独显共存：核显驱动桌面与视频解码，独显渲染游戏。两个驱动都要正常，装错一个会导致卡顿或黑屏。
| 设备 | 包 |
|---|---|
| 较新的 Core 核显（UHD/Iris Xe/Arc 集成） | Intel 当前显卡驱动 |
| Arc 独显 | 同一安装器家族，设备 ID 不同 |
| 老核显（DCH 之前） | Intel 为该产品列出的最后一个传统包 |
| 有 OEM 支持的笔记本 | 先 OEM 版本 |
Intel 的下载页按产品组织；不确定就用确切设备 ID：
Get-PnpDevice -Class Display | Select-Object FriendlyName,Status,InstanceIdGet-CimInstance Win32_VideoController | Select-Object Name,DriverVersion,DriverDate,VideoProcessorIntel 显示设备的 InstanceId 以 PCI\VEN_8086 开头。只按名字匹配跨代并不可靠。
混合显卡实际发生了什么
Section titled “混合显卡实际发生了什么”核显 + NVIDIA/AMD 独显的笔记本上：
- 内屏通常挂在核显上（或由 MUX 在开机时决定）；
- 独显按需渲染，再把帧拷过来；
- 所以显示栈是两个驱动加一套切换机制。
失败模式由此而来：
| 现象 | 可能原因 |
|---|---|
| 游戏跑在核显上 | GPU 偏好设置不对，或应用未被识别 |
| 每隔几秒卡一下 | 帧拷贝路径/MUX 状态，或 MPO 交互 |
| 外接显示器能用，内屏不亮 | 内屏接在另一个 GPU 上 |
| 驱动更新后黑屏 | 两个驱动只更新了一个 |
在 设置 → 系统 → 显示 → 显卡 里按应用设置偏好，并确认笔记本是否有 MUX 开关——MUX 切到独显直连后，核显不再驱动内屏，行为会完全改变。
更新而不弄坏
Section titled “更新而不弄坏”- 记录当前版本（
Get-CimInstance Win32_VideoController）。 - 断开网络，防止 Windows Update 插进来。
- 安装新包，重启。
- 确认版本变了、控制面板能打开。
- 连网，并在下次 Windows Update 后复查——版本退回去说明更新在覆盖你。
pnputil /enum-drivers | Select-String -Context 0,6 'Display'Get-PnpDevice -Class Display | Get-PnpDeviceProperty -KeyName 'DEVPKEY_Device_DriverVersion'设备管理器 → 显示适配器 → 属性 → 驱动程序 → 回退驱动程序。灰色表示没有上一版包，那就重装你保存的旧安装包。
装完黑屏：进安全模式（Shift + 重启）回滚，再正常重启。
核显不只是“亮机”
Section titled “核显不只是“亮机””核显还负责：
- 视频解码（笔记本续航）；
- 部分浏览器 GPU 工作；
- 所有接在主板上的显示输出。
在设备管理器里禁用核显来“强制”独显，是会破坏视频解码的常见偏方，也可能让内屏接核显的笔记本直接黑屏。
E1。打包方式与混合显卡行为有 Intel 与微软文档依据。Intel 下载页会拦截自动请求，因此本文引用微软文档并描述厂商页面，不引用具体版本号。未测试 Intel 显卡。