“监听”功能不会在默认端点更改时更改目标端点

如果选择默认播放端点作为“监听”功能的目标，并且更改 默认播放端点，则目标播放端点不会更改，并且音频流仍传输到同一目标端点。

受影响的系统：Windows 10/1903、Windows 10/1909，也许还有更高版本。

如果实例计数非零，系统音频引擎不会打开捕获引脚

如果 KS/WDM 驱动程序报告有可用的捕获引脚实例（KSPROPERTY_PIN_GLOBALCINSTANCES 属性请求返回的 MaybeCount 大于 CurrentCount），并且 CurrentCount 不为零，则系统音频引擎不会创建引脚实例。

根据 Microsoft 文档，PossibleCount 值大于 CurrentCount 意味着存在可用的引脚实例，并且驱动程序将满足流创建请求。

Microsoft 开发人员通过避免复用引脚可能出现问题的愿望来解释此音频引擎行为。

在 VAC 4.70 中， 添加了针对此错误的 解决方法。

受影响的系统：Windows Vista 的所有系统。

通道峰值未正确处理

即使驱动程序支持 KSPROPERTY_AUDIO_PEAKMETER2 属性请求 ，也可能不会返回通道峰值 (IAudioMeterInformation::GetChannelsPeakValues)，并且实时峰值指示器可能不会显示在音频端点属性窗口中。

如果驱动程序支持 KSPROPERTY_AUDIO_PEAKMETER2 属性请求并支持两个以上的音频通道，则会出现此错误。无论支持的通道数量如何，基本 KSPROPERTY_AUDIO_PEAKMETER 请求都会得到正确处理。如果驱动程序同时支持 KSPROPERTY_AUDIO_PEAKMETER 和 KSPROPERTY_AUDIO_PEAKMETER2，则从 WIndows 8 开始的系统将使用 KSPROPERTY_AUDIO_PEAKMETER2。

受影响的系统：1803 年起的 Windows 10。

如果过滤器支持超过 8 个通道，音频属性窗口的“级别”选项卡会崩溃

在播放端点属性中，如果相应的过滤器支持超过 8 个音频通道，则打开“级别”选项卡可能会使属性窗口崩溃。

受影响的系统：从 Windows Vista 开始的所有系统。

KS/WDM 驱动程序创建的 RT 音频缓冲区比请求的大得多

如果音频客户端向 KS/WDM 驱动程序请求RT 音频协议中的循环缓冲区，则驱动程序可能会返回更大的缓冲区。例如，如果请求 1920 字节缓冲区，则返回 4096 字节缓冲区。如果请求 5760 字节缓冲区，则返回 8192 字节缓冲区。

如果请求没有通知的简单循环缓冲区（KSPROPERTY_RTAUDIO_BUFFER 属性请求），则 该问题会影响所有PortCls微型端口驱动程序。在这种情况下，PortCls 强制将请求的缓冲区大小舍入为页面大小（4096 字节）的倍数。这会导致延迟增加。

如果客户端请求带有通知的 缓冲区 （KSPROPERTY_RTAUDIO_BUFFER_WITH_NOTIFICATION 属性请求），则 PortCls 不会执行任何大小调整（但驱动程序本身也可以调整缓冲区大小）。

受影响的系统：Windows Vista 的所有系统。

系统音频服务发送带有无效参数的 KSPROPERTY_PIN_PROPOSEDATAFORMAT 请求

使用 MMDevAPI.dll 的系统音频服务可能会发送许多 KSPROPERTY_PIN_PROPOSEDATAFORMAT 属性请求，其中 KSDATAFORMAT 描述符中传递的参数无效。仔细检查所有参数的音频驱动程序会失败所有这些请求。不检查所有参数的驱动程序可能会出现故障甚至崩溃。

在大多数情况下，会提供无效的 FormatSize 以及任意的 Flags 和 SampleSize 值。在Flags中，任意值通常包含KSDATAFORMAT_ATTRIBUTES标志，导致驱动程序将KSDATAFORMAT描述符之外的数据解释为格式属性列表。

此类错误经常发生在多通道（具有两个以上通道）格式中。VAC 驱动程序事件日志可能包含标有“*”的记录（表示错误），并包含单词“attribute”或“KSDATAFORMAT”。

作为解决方法，VAC 驱动程序支持格式属性策略。

受影响的系统：Windows Vista 的所有系统。