VISTA音量控制 [翻譯]

2020-02-04 13:09:38

字體：大中小

來源：轉載

供稿：網友

原文：https://blogs.msdn.com/larryosterman/archive/2005/12/15/504158.aspx
作者：larryosterman
翻譯：Tony Qu (來自BluePrint翻譯團隊)

在Vista之前，所有對應用程序的控制都是系統級的――當你用wave volumn API改變音量的時候，你會同時改變硬件（聲卡）的音量，因此會影響系統中所有的應用程序。這樣做的問題在于，對于絕大部分應用程序來說，這是完全錯誤的行為。該行為是老的Windows 3.1音頻架構的傳統行為，在Windows 3.1的音頻架構中，同一時間只允許一個應用程序播放聲音，而在這種情況下，由于只有一個硬件音量，所以是有意義的。

在Win98的WDM音頻驅動在發布之后，微軟添加了內核模式音頻混合器，但是他卻把音量控制架構獨立了出來。Windows API可以做的音量控制仍然是硬件音量控制，這么做的理由很簡單：雖然每個應用程序確實需要單獨的音量控制，但在Win98架構中，無法將一個獨立的音頻流和一個特定應用程序關聯在一起，作為替換，音頻流是單獨處理的。

事實上，大部分應用程序確實需要單獨控制他們音頻流的音量，它們不想（也不需要）與其他應用程序混作一團，這其實是音頻架構所導致的一個十分不好的副作用。

對于一些應用程序來說，我們是有解決方案的。例如，如果你使用的是DirectSound（或者DirectShow，實際上，DirectShow是基于DirectSound實現的），你可以把你的音頻流放入一個輔助緩沖，因為DSound輔助緩沖是有自己的音量控制的，這樣就可以有效地為每一個應用程序提供單獨的音量控制。但這對于那些不使用DirectSound的應用程序沒有任何幫助，它們只能依賴于調整硬件音量。

對于Vista而言，有一樣東西被作為新的音頻架構的一部分部署，那就是組件，叫做“音頻策略”。策略引擎的一項任務就是跟蹤哪個音頻流屬于哪個應用程序。

在vista中，每個音頻流都與一個"音頻會話"（audio session）關聯，音頻會話則是與一個進程關聯的（每一個進程可以有多個音頻會話，音頻會話則可以跨越多個進程，但是默認情況下，每個音頻會話是當前進程中的音頻流集合）

每個音頻會話有它自己的音量控制，WASAPI會提供允許應用程序控制音頻會話的音量的接口。音量控制API還包含了一個通知機制，這樣的話，那些需要在音量控制改變時被通知到的應用程序可以實現這一點――這一機制允許應用程序了解其他人在何時更改音量。

這一切都很完美，但是這樣的話，我們該處理那些已有的使用硬件音量控制，但是卻又不想使用硬件音量控制的程序？

記住我所說的，所有的已有API都被移植，從而直接使用WASAPI。我們也把那些音量控制的API移植為使用WASAPI的音量控制接口。

我們也改變了mixerLine API來使用WASAPI。這稍微有點復雜，因為mixerLine API也需要我們定義一個音頻設備的布局(topology)，但是我們已經定義了相對簡單的布局，這一布局應該與現存的硬件技術相匹配（所有appcompat不應該是一個問題）

這么做的結果是：默認情況下，在Vista Beta 2中，我們將第一次為所有的應用程序提供每應用程序（per-application）的音量控制

上一篇：一鍵GHOST V8.3 Build 060425 硬盤版一鍵ghost使用方法說明[圖文詳細教程]

下一篇：VISTA下使用XP全拼輸入法的辦法