aimp吧 关注：4,781贴子：19,027
- 10回复贴，共1页
在WASAPI中，通过2条路径来访问Kernal Mode（内核模式）：1. Shared Mode（共享模式）如上文所述，WASAPI这个新的API是以Session为概念，当不同的应用程式调用WASAPI，它们的需求会被各自独立成不同的Session进行音讯处理。从词条图片中的设计图里可以发现，每一个应用程式都有一个入口，然后在Audio Engine内，经过Microsoft的APO(Audio Processing Object)，再经过第三方厂商编写的sAPO(System Effects Audio Processing Object)，声音讯号经一连串的处理，再进入Device Pipe阶段，这里要进行混音操作。有软件混音动作，就可能会经过SRC，也可能产生其他人耳不易发现但数据上确实有变化的操作，再加上声音讯号还要经过APO与sAPO等的调整 (例如低音增益、环绕音效等功能)，所以声音讯号要经过层层关卡，不但传递路径长，也无法保证资料的原始性。而音频流程处理的改变，最明显的当属每个应用程式有自己的音量控制，这在Windows XP/2003以前的操作系统，是完全没有见过的操作方式。
共享模式架构图
2. Exclusive Mode（独占模式）也许您已经注意到，从Windows Vista开始，音频设备中有一个「允许应用程序独占控制该设备」的设置，这到底是做什么用的呢？
独占模式设置选项
这个「允许应用程序独占控制该设备」就是上面UAA音频架构说明图中的Exclusive Mode（独占模式）。应用程式在一般情况下都是走Shared Mode（共享模式）那条路径，这个路径被称作通道，根据上面关于共享模式的介绍，所有的声音讯号都会转送至Audio Engine（音效引擎）部分，使得或多或少被改变了原始内容。而当应用程序发出使用独占模式的需求后，系统会切断共享模式这一条路径，声音讯号就会直接送达Kernel Mode最后到达底层的音频设备后输出，音频设备在此时也会完全100%配合独占模式送来的音频格式进行处理。通过以上的设计我们知道，从Vista开始，我们有一个很明确的通道可以来让声卡直接处理最原始的数字讯号，不会再经过诸如SRC或其他转换后造成的讯号失真了，也能保证声卡不论在数字输出还是模拟输出上，都能直接用原始音频信号来处理，而不是使用操作系统层层加料（即Shared Mode下）后的污染信号，这个也就是音乐爱好者和电影爱好者常挂在嘴边的bit-exact或者bit-perfect了。
共享模式架构图
2. Exclusive Mode（独占模式）也许您已经注意到，从Windows Vista开始，音频设备中有一个「允许应用程序独占控制该设备」的设置，这到底是做什么用的呢？
独占模式设置选项
这个「允许应用程序独占控制该设备」就是上面UAA音频架构说明图中的Exclusive Mode（独占模式）。应用程式在一般情况下都是走Shared Mode（共享模式）那条路径，这个路径被称作通道，根据上面关于共享模式的介绍，所有的声音讯号都会转送至Audio Engine（音效引擎）部分，使得或多或少被改变了原始内容。而当应用程序发出使用独占模式的需求后，系统会切断共享模式这一条路径，声音讯号就会直接送达Kernel Mode最后到达底层的音频设备后输出，音频设备在此时也会完全100%配合独占模式送来的音频格式进行处理。通过以上的设计我们知道，从Vista开始，我们有一个很明确的通道可以来让声卡直接处理最原始的数字讯号，不会再经过诸如SRC或其他转换后造成的讯号失真了，也能保证声卡不论在数字输出还是模拟输出上，都能直接用原始音频信号来处理，而不是使用操作系统层层加料（即Shared Mode下）后的污染信号，这个也就是音乐爱好者和电影爱好者常挂在嘴边的bit-exact或者bit-perfect了。
