关于Microsoft Basic Render Driver（DXGI软件适配器）的用途及疑问

从Windows 8开始，始终存在一个名为"Microsoft Basic Render Driver"的适配器。该适配器的VendorId为0x1414，DeviceID为0x8c，其DXGI_ADAPTER_DESC2结构的Flags成员设置了DXGI_ADAPTER_FLAG_SOFTWARE值。它是一个仅支持渲染的设备，无显示输出，DXGI绝不会为该适配器返回DXGI_ERROR_DEVICE_REMOVED错误。

1. 无显示输出及显示模式，是否意味着无法为其创建交换链？ #

是的，无法为该适配器创建关联显示输出的交换链（比如绑定到窗口的传统交换链）——因为它没有可用的显示输出对象（IDXGIOutput），这类交换链的创建依赖输出设备来匹配显示模式。

但你可以通过创建离屏渲染目标（如ID3D11Texture2D）实现后台渲染，无需依赖交换链；若需类似交换链的离屏渲染机制，也可创建不关联窗口的纹理交换链，但这类交换链无法直接输出到显示器。

2. 作为仅渲染设备，它是否不具备计算能力？ #

并非如此。Microsoft Basic Render Driver是基于软件实现的Direct3D设备，从Windows 8开始支持Direct3D 11及后续版本的核心特性，包括计算着色器、结构化缓冲区等计算相关功能。这里的“仅支持渲染”指无显示输出能力，而非不支持计算任务。

需要注意的是，它的计算性能远低于硬件GPU，仅适合轻量级计算任务或作为兜底兼容方案。

3. 无输出的该适配器实际用途是什么？ #

它的核心用途集中在后台兼容与兜底场景：

• 硬件GPU缺失/故障时的兜底：当系统无硬件显卡，或硬件GPU驱动故障、被禁用时，依赖Direct3D的程序可通过该软件适配器正常运行，避免崩溃。
• 后台渲染/计算任务：用于无需显示输出的离线任务，比如批量生成纹理、图像后期处理、轻量级并行计算等，无需占用硬件GPU资源。
• 兼容性测试：开发人员可用它验证渲染或计算逻辑在软件实现下的正确性，规避不同硬件GPU的特性差异问题。
• 服务器场景适配：在无图形输出的服务器环境中，运行需要Direct3D渲染能力的服务（如虚拟桌面、远程渲染服务）。

内容的提问来源于stack exchange，提问作者user3001150