Intel HD Audio Codec 层
codec与主板交汇于codec的针脚。codec与软件层交汇于转换器单元, 例如DAC、ADC, 连接在Intel HD Audio总线上。
http://i.cmpnet.com/audiodesignline/2006/09/Fig93.png
声卡插座与转换器之间的信号流是由声卡的功能驱动定义的。（Microsoft UAA class driver for Intel HD Audio）通用音频结构高清晰度音频类驱动程序包括codec的拓扑分析模块，它使用默认寄存器中的针脚配置数据来决定使用哪一路内部信号。
如果一个系统配置为独立多信号流，而你想要显示整个系统中的所有信号流，你需要创建位于其它层之上的分离层，每一层内都包含一个软件层。
主板层可以包含一个或更多的codec层，每个codec层当中包含一个软件层。codec的音频信号经由编号A至G的插座端口传送，主要是模拟信号， 但例如S/PDIF, ADAT, I2S, PWM之类的数字信号同样支持。
保真度指标是codec设计制造中重要一环。洁净、稳定的电源供应，codec内模拟信号的保真度通常要高于主板层的保真度。
Intel HD Audio总线，控制器，总线驱动程序
从信号流的角度看，Intel HD Audio 总线，及其控制器、总线驱动程序对音频流来说是透明的。总线那里是不发生音频处理过程的。就信号流来说，你可以把Intel HD Audio信号通道看作是是一条无损的直线。就流程图层来说，你可以氢Intel HD Audio总线看作是硬件层与软件层的分界线。Intel HD Audio总线上跑的是数字信号，没有模拟信号通过这条总线。
Windows XP中的内核模式软件层。内核模式软件层与codec相交于Intel HD Audio总线。内核模式软件层与用户模式软件层的交汇处是用户模式与内核模式的分界线，音频数据缓存块就是越过这条分界线进行复制，音频数据在复制中可以进行相关的处理。
每个codec层都包含有内核模式软件层. 每个内核模式软件层当中都包含一个用户模式软件层。软件层中的所有音频信号都是数字的。 软件层的信号保真度取决于信号的位深与采样率。 软件层中引起保真度降低的另一个原因是不正确使用DSP所致。
图9.4显示了在Windows XP系统中使用Windows Media Player (WMP) 播放7.1环绕声时的信号流。 你可以看到8声道的信号经过WMP内建的的EQ与SRS模块插件进行处理。接下来这个信号传送至Direct-Sound接口，过渡至用户模式。 DirectSound同样有处理信号的能力，虽然通常没有对来自Windows Media Player的音频流进行处理。信号通过系统音频驱动、 PortCls驱动，但以上过程都不对信号进行任何处理，他们等效于一条直线。
http://i.cmpnet.com/audiodesignline/2006/09/Fig94.png
前方两声道的音量调节是由Wave滑动条控制。KMixer同时也将所有输入音频流转换成与KMixer输出能相混合、格式一致的的音频格式。在输入音频流数量超过驱动的支持时，KMixer能够对输入音频流进行缩混。
内核输出中最后阶段的处理在驱动中是一个可选项。当虽然Microsoft UAA class driver for Intel HD Audio对此没作处理，但多数codec厂商提供的Windows XP声卡都包含各种各样的处理信号处理，例如第3章所提到的。
图9.5显示了一个使用Net Meeting进行语音通讯的近似图。一个单声道麦克风信号用作语音输入。位于miniport驱动中的一个处理节点是降噪处理，接着信号通过PortCls传送至分配器模块。 这个流是相对KMixer而言的： 当KMixer接收多输入流并将其混合成一条输出流时，分配器占用一条输入流并提供给多个应用程序。如果你打开一个波形录音程序， 这个程序也能从分配器接收到同样的信号。从功能上看，这个分配器相当于专业音频系统中的分配放大器。KMixer 同样为每个应用程序请求提供不同的采样率与格式。
http://i.cmpnet.com/audiodesignline/2006/09/Fig95.png
系统音频设备，Legacy API转换层，以及WaveIn()端口对音频信号通过不产生影响， 对信号流来说，他们等效为一条直线。
这个输出流程与7.1的输出流程非常相似，尽管在这个案例中应用程序是使用WaveOut() API而不是DirectSound。与DirectSound不同的是，WaveOut()在音频信号传送过程中没办法作任何处理。
有一个辅助的层在这张图中没有显示出来。每个信号处理节点能执行一个或多个类型的处理， 并且处理的顺序能按需要作改变。限压器位于EQ前、与限压器位于EQ之后产生的效果是差别很大的。图上的每个信号处理节点更进一步显示内部发生的处理过程。图8.4至8.7 显示了处理节点中典型的DSP功能列表，但他们不包括DSP连接的附加内部详细资料。
对Windows XP来说，应用程序与KMixer之间的信号通道的采样率与位深是由应用程序决定的。KMixer与codec之间的信号通道的位深是由驱动程序初始化时决定的，KMixer与codec之间的信号通道的采样率通常是由播放时的最高采样率决定。
Windows XP系统中的用户模式软件层。内核模式软件层与用户模式软件层的交汇处是用户模式与内核模式的分界线，用户模式软件层与用户的交互是通过应用程序的图形用户界面(GUI)。这一层通常位于音频流程图中的最里面。用户模式软件层显示在图9.4与9.5中心。运行中的每个应用程序都显示在自己的层，输出都在KMixer被混合。所有用户模式信号处理对象，例如DirectShow filters或Media Foundation Transforms通常由应用程序的进程调用运行，因此他们可以看作是应用程序的其中一部分。
Windows Vista系统中的用户模式音频引擎层（The User Mode Audio Engine Layer）。新的WaveRT驱动结构允许用户模式共用引擎与音频硬件之间的直接通讯，因此信号不再流经内核模式层。换句话说，共用音频引擎感觉自己像一个用户模式的驱动程序。Windows Vista标志系统认证程序使用WaveCyclic或WavePCI驱动程序， DPC与ISR的时间限制是如此的低因此禁止在内核中进行大量的信号处理， 因此即使这些类型的驱动程序被使用，也没有机会在内核中进行处理。输出信号处理在Media Foundation Transform (MFT)中进行，Local Effects (LFX)， Global Mixer， 以及Global Effects (GFX)，按照这个顺序。 输入信号使用以上相反的顺序，虽然GFX仅在输出中是可用的，不适用于输入。一个分配器代替了mixer。 图9.6显示了与图9.4同样的应用方案，但它根据Windows Vista结构作过调整。 Windows Media Player在MFT中执行它的EQ and SRS处理。 然后信号不作任何处理传送至Streaming Audio renderer与WASAPI层，在这以前它是被按顺序送至LFX、the Global Mixer、及GFX。
全局mixer以及GFX各自为每个音频节点使用独立的句柄，当MFT以及LFX为每个应用程序使用独立句柄时。LFX很适合用来处理virtualizers, spreaders, and downmixers, 因为输入的声道数能够与输出声道数不相同。 全局mixer执行音量调节与混合功能，但与KMixer不同的是，它不执行任何SRC操作。GFX执行的输出流处理很大程度上貌似Windows XP中miniport driver的处理方式。
http://i.cmpnet.com/audiodesignline/2006/09/Fig96.png
通常地在流程图的最里面，Windows Vista应用程序层由应用程序单独组成，在这以前所有从MFT到硬件的单元都是由全局音频引擎控制，运行中的每个应用程序都显示在自己的层，输出都在KMixer被混合。
综上所述
图x9.7把Windows XP的所有层综合显示在一起，虽然尺寸比较小，但 你能够看到整个信号流程。本图的大尺寸版本可以从本书的相关网站获取。
http://i.cmpnet.com/audiodesignline/2006/09/Fig97.png
当构思系统音频流时，总是设法从这张完整图表着手思考。为每个应用 方案创建单独的整体流程图，并沿着信号通道检查所有点是否有信号损害。
图w9.7展示了一个使用后面板上的共享ADC多路转换输入接口连接双声道线路输入信号，通过一个双声道ADC录音的应用。同一时间，Windows Media Player正在以96 kHz 、24 bits方式播放一个7.1的文件 (合计8个声道），输出到绿色、橙色、黑色、及灰色插孔，与此同时声音控制面板正在播放一个22kHz、16bit的单声道声音。这个流被混合到KMixer，并在7.1扬声器中的两个前方声道播放。不幸的是，Windows XP系统中没有为系统声音设置单独的音量控制，因此他们可能发出很高的音量的声音，除非他们是以低于正常电平录制的。
在另一个分离的使用Net Meeting的实时通讯流，A与B端口与一组头戴耳机连接。软件处理语音信号代替了以前miniport驱动程序和KMixer。
这只是许多实际应用中的其中一个，你会为系统中每一个可能使用的情景创建一个相似的图表。
没有评论:
发表评论