在 Windows 驱动开发的历史长河中，为经典操作系统编写现代硬件驱动一直是一个极具挑战性的工程领域。WDMHDA 项目由开发者 Drew Hoffman（andrew-hoffman）主导，旨在为 Windows 98SE/ME 操作系统实现对 Intel 915 及更高芯片组所集成的 High Definition Audio（HD Audio，亦称 Azalia）音频控制器的支持。这一项目的技术价值不仅在于让老旧操作系统焕发新生，更在于其展示了在 DOS/9x 内核环境下实现现代 WDM 驱动的完整工程路径。
从 VxD 到 WDM：Windows 9x 音频驱动模型的演进
理解 WDMHDA 项目的技术意义，首先需要厘清 Windows 98/ME 与现代 Windows 系统在音频驱动架构上的根本差异。Windows 98/ME 采用的是基于虚拟设备驱动程序（VxD）的传统驱动模型，这一模型源自 Windows 3.x 时代的扩展，并在 Windows 9x 中达到其技术巅峰。相比之下，Windows 2000/XP 及之后系统统一采用 Windows Driver Model（WDM），后者提供了更为统一的驱动接口标准和更先进的电源管理能力。
AC'97 音频方案在 Windows 98 时代占据主流地位，其驱动通常以 VxD 形式实现，直接与底层硬件交互。然而，随着 Intel 在 2004 年前后推出 HD Audio 标准，音频子系统的架构发生了根本性变化 ——HD Audio 采用更为灵活的编解码器（Codec）架构，支持更高的采样位深和采样率，并引入了名为「Bus Driver」的标准化软件层。微软随后发布的 KB888111 更新为 Windows 2000/XP 提供了官方的 HD Audio 总线驱动支持，但 Windows 98/ME 始终未能获得官方支持。
WDMHDA 项目的核心创新在于，它打破了这一历史局限，通过在 Windows 9x 内核上实现完整的 WDM 音频驱动栈，使得现代 HD Audio 硬件能够在这些经典操作系统上正常工作。该驱动明确仅支持 Windows 98 SE 和 Windows ME，开发者明确指出 Windows 98 First Edition 存在采样率与位深转换的已知问题，且微软本身不推荐为该版本使用 WDM 音频驱动。
驱动架构：WDM 音频栈的 9x 适配
WDMHDA 采用经典的 WDM 音频驱动架构，由多个协同工作的组件构成。在层级结构上，驱动分为适配器对象（Adapter Object）、小型端口拓扑（Miniport Topology）和小型端口波形（Miniport Wave）三个核心部分。适配器对象负责管理硬件资源、创建音频设备对象并处理系统电源事件，这一组件对应源代码中的 adapter.cpp 文件，是整个驱动的初始化入口。
小型端口拓扑组件（mintopo.cpp）负责处理音频混音器的各项控制功能，包括音量调节、平衡控制以及各种音频增益节点的管理。小型端口波形组件（minwave.cpp）则承担音频数据流的核心处理职责，负责将用户态应用程序发送的音频缓冲区数据传输至硬件进行播放。这三个组件通过标准化的 COM 接口进行交互，使得驱动的各个部分能够保持相对独立的开发与测试。
在硬件抽象层面，WDMHDA 直接与 HD Audio 控制器硬件交互。HD Audio 规范定义了一套复杂的寄存器接口，包括基于内存映射的控制器寄存器空间、用于配置编解码器的 F0-F5 功能块寄存器，以及用于音频数据传输的环形缓冲区（Ring Buffer）描述符表。驱动需要正确初始化这些硬件资源，包括为每个音频流分配 DMA 通道、配置编解码器的引脚分配（Pin Configuration），以及建立从系统内存到音频硬件的数据传输路径。
当前实现中存在若干技术限制需要使用者知悉。首先，驱动目前仅支持 22kHz 至 48kHz 采样率范围内的 16 位音频格式，虽然技术上可以扩展至 96kHz 32 位，但 Windows 9x 系统在音频重采样方面的选择并非最优。其次，播放功能已实现但录音功能尚未支持，这意味着用户无法使用该驱动进行音频输入操作。此外，驱动仅支持单一音频流而缺乏硬件混音能力，音频延迟在最佳情况下约为 40 毫秒，这是由 9x 内核的各种限制所决定的。音量控制目前也仅实现了主混音输出的调节，更精细的多声道控制有待后续开发。
编解码器兼容性与 BIOS 配置依赖
HD Audio 驱动的关键挑战之一在于编解码器（Codec）的兼容性处理。HD Audio 标准允许不同厂商的编解码器实现存在显著差异，包括可用的音频引脚数量、支持的音频格式、内部信号处理模块的配置等。WDMHDA 项目在编解码器支持方面的当前状态为：已在 VMware 和 VirtualBox 虚拟化环境中通过测试，兼容多种 Intel 与 VIA 芯片组 HD Audio 控制器配合 Realtek 编解码器的组合。然而，Nvidia 和 AMD 芯片组以及 IDT、Analog Devices、Cirrus Logic 和 VIA 自有编解码器的支持尚不完善。
这种兼容性限制的根本原因在于驱动的设计高度依赖 BIOS 提供的引脚配置默认值。HD Audio 硬件的引脚功能分配（哪些引脚作为扬声器输出、哪些作为麦克风输入、哪些作为线性输入等）并非硬编码在硬件中，而是由主板 BIOS 在启动阶段通过一组称为「引脚配置」的参数进行编程。WDMHDA 读取这些 BIOS 默认配置来选择合理的输出与输入组合，但目前尚未实现对这些配置参数的运行时覆盖能力。如果目标主板的 BIOS 引脚配置存在错误或遗漏，用户可能会遇到声音失真、爆音、静音甚至系统死机等问题。
在驱动安装方面，WDMHDA 采用标准的 INF 安装文件机制。用户在设备管理器中手动安装驱动，将 HDA.inf 文件指向 HD Audio 控制器设备（该设备在设备列表中显示为类别代码 0403 的「PCI Card」）。预编译的驱动二进制文件位于构建输出目录：发布版本位于 buildfre/i386 文件夹，调试版本位于 buildchk/i386 文件夹。
硬件环境准备与 9x 系统补丁
在真实硬件上部署 WDMHDA 驱动需要特别注意硬件兼容性限制。开发者明确建议，如果用户需要在关键生产环境中使用 Windows 98/ME 的音频功能，更为稳妥的方案是使用 Sound Blaster Live、CMI8738 或任何价值约 2 美元的 USB Audio 1.0 适配器。几乎所有最廉价的 USB 音频适配器都能在 Windows 98SE/ME 上完美工作，这一建议背后反映的是现代 HD Audio 硬件在老旧操作系统上运行的固有风险。
另一个关键考量在于硬件平台的限制。现代硬件（尤其是 Intel 第 12 代及更新的处理器）在 Windows 98/ME 上可能根本无法启动，或存在严重的资源管理问题。开发者推荐使用 JHRobotics 的 Patcher9x 项目来解决这些兼容性挑战，该项目整合了 Sweetlow 针对内存资源冲突问题的补丁，能够处理 4GB 以上地址空间以及新版 BIOS 中资源描述符的问题。另一个选择是使用预先打好补丁的 Windows 98 QuickInstall 发行版。
对于已成功安装驱动的系统，优化建议包括：进入多媒体控制面板，点击播放设备的高级属性按钮，在性能选项卡中将音频加速设置为「标准」（即「完全」左侧一格），并将采样率转换质量设置为「最佳」（即最右侧）。这一配置能够平衡兼容性风险与音频质量表现。虽然安装 DirectX 8.1 或更新版本不是严格必需的，但可能带来更好的应用程序兼容性。
开发工具链与调试方法
WDMHDA 项目的构建需要 Windows Driver Kit（WDK）8.1 或更高版本，这一要求体现了驱动开发环境的特殊性。项目源代码结构遵循 WDM 驱动的标准组织方式，主要源代码文件包括：adapter.cpp（适配器管理）、codec.cpp（编解码器操作）、common.cpp（通用工具函数）、mintopo.cpp（拓扑小型端口）、minwave.cpp（波形小型端口）以及 hdaudio.h（HD Audio 定义头文件）。
调试这类内核态驱动的难度远超用户态应用程序。开发者建议使用 Sysinternals DebugView 工具配合驱动的调试版本进行问题诊断。用户需要先安装 DebugView，然后使用 objchk\i386 文件夹中的调试版 HDA.sys 替换已安装的发布版驱动（通常位于 C:\Windows\System32\Drivers），禁用 HD Audio 控制器设备后重启系统，再在 DebugView 运行的情况下重新启用设备，即可捕获驱动输出的调试信息来分析启动失败的原因。
值得注意的是，项目代码中明确声明了 AI 使用声明：生成式 AI（大型语言模型）曾被用于研究和调试辅助，少量样板代码也由 LLM 生成，但开发者不打算将项目转变为「氛围编程」（Vibe Coded）项目，且不会接受由 LLM 工具自动生成的拉取请求。这体现了对驱动软件质量与安全性的严谨态度。
工程价值与局限性
WDMHDA 项目代表了复古计算领域的一个独特技术方向 —— 在遗留操作系统上激活现代硬件能力。从工程实现角度看，该项目的价值在于展示了如何在 DOS/9x 内核不支持原生 WDM 音频驱动的条件下，通过移植 WDM 驱动架构的核心组件来实现对现代音频硬件的访问。这一技术路径对于其他类似的遗留驱动移植项目具有参考意义。
然而，必须清醒认识到该驱动的 alpha 阶段状态。开发者在项目文档中反复强调不保证在所有硬件上的稳定性，用户应准备接受可能出现的声音问题、系统冻结甚至数据丢失风险。对于需要稳定音频功能的生产环境需求，历史兼容的 USB 音频适配器仍然是更为理智的选择。项目源代码基于微软官方的 AC97 驱动示例和 BleskOS 操作系统的 HD Audio 驱动实现，在 MIT 许可证下开放，为有兴趣深入研究的开发者提供了完整的参考框架。
资料来源：WDMHDA 项目 GitHub 仓库（https://github.com/andrew-hoffman/WDMHDA）