|
|
音频接口:% ?# K6 |' {! U- G
kX驱动至少支持5种音频接口:
7 i5 }9 W" D Y8 k-WinMM# C4 B' U! b: _) `/ u
-DirectSound
6 U# k) ?# c& p-Kernel Streaming
: K/ G8 o! C W9 \' c* q-ASIO" `) G8 d+ A+ I' a0 p
-GSIF
' K. } ?; B; `; Q: M% B每种音频接口都有其自身的限制和特性,有些是系统本身支持的音频接口,另一些则是基于硬件支持的。- j) V' B4 e" a3 o/ X
2 B, N1 g. U5 ~$ yKernel Streaming接口被Cakewalk/Sonar,foobar2000等软件所采用,此接口将音频数据直接送至驱动而绕过系统音频处理层,这样可以确认声卡工作在指定的模式下,然而,当特定的格式不被支持的时候,就会有错误产生,"Wave 0/1"设备可以硬件支持的格式为:16bit,100~191999Hz。任何输入信号都会被自动(硬件)重采样至16bit/48kHz格式,由于软件重采样可以提供更好的音质,我们推荐你将播放器的输出设为16bit/48kHz并使用软件重采样。. B+ c1 w! D2 G5 d* k2 \- k
; h# [( c" s* Z7 e: h+ X% q% t! F/ m
对于原生24bit/96kHz的回放(Audigy2系列),唯一被硬件支持的格式是"24bit padded to 32bit"(有时也被称为"Alt 24bit")。如果播放器支持的话,尽量使用该格式;换句话说,p16v硬件本身(当然,也包括驱动)不支持"真正的"24bit回放(即每个采样占用3字节的音频模式)。由于很多播放器并不支持24-32bit的音频格式,最新的kX驱动可以兼容"32bit"模式,当然,因为硬件本身并不真正支持32bit回放,驱动只会使用32bit中的前24bit。& }. S: m- \+ |& T/ w
$ ?5 E* K$ Q. p. D
p16v芯片仅支持24bit/96kHz,24bit/48kHz,24bit/44.1kHz以及24bit/192kHz四种格式,在Kernel Streaming模式下,任何其他的采样率将直接被拒绝。注意:44.1kHz的支持还在试验阶段,在某些声卡上可能会产生错误的讯号。 {" c3 e# a" u4 E* x
* [2 e5 M* Q& O) k0 j6 b6 DWinMM接口是Windows默认的音频接口,绝大多数软件将其作为默认输出方式,这个接口可以同时被几个应用程序所调用,因此它的功能较为复杂。默认情况下,kX驱动将WinMM的工作模式设定为16bit/48kHz(Wave 0/1)以及24bit/96kHz(Wave HQ),应用程序可以更改输出采样率,前提是当前只有该程序使用WinMM接口。否则,KMixer会将多条音频流混合&重采样。. L3 V8 |# H, s
) F0 \9 k7 X. i& q4 {
24bit/96kHz硬件同时只能支持一条音频流(需要注意的是,音频流可以是多声道的——即,你可以输出一条立体声音频流或者一条7.1声道音频流,但是2条立体声音频流就不行了)。
1 S n4 D( x4 ^& H; Z9 ^ A$ Q
* @5 v' y$ D. F2 f# G1 E; s: R4 kWinMM接口会自动对硬件不支持的音频流进行格式转换,记住这个转换由KMixer完成,而不是kX驱动,这在特定的情况下会出问题,例如:用"Wave 0/1"设备回放24bit音频,KMixer的转换会产生额外的噪音(尝试播放一段数字静音的信号,然后观察peak表——当然,别忘了先禁用混响)。
& p1 Q( V$ o8 }3 ?5 {$ c: l
* R5 j5 P/ y9 m3 CDirectSound接口不仅可以独立工作,更被用于作WinMM和Kernel Streaming之间的转换层。
. h. `# e% j& c( G9 `3 N p6 P1 F
* j$ K- z: Y3 [% f$ `根据微软的技术文档所述,WinMM/DirectSound子系统会自动分配"最佳"的音频流并将格式设为最高可支持的模式,当这个音频流被分配之后,它将同时被用于WinMM回放和DirectSound软件缓冲。由于"Wave 0/1"最高可支持的格式为16bit/191.999kHz,为了避免WinMM默认工作在16bit/191.999kHz下(音频信号将被软/硬件反复重采样),kX驱动将其默认格式设成16bit/48kHz。3 F/ z8 P" M) D# ]* `' U/ ~
# L" M% W9 r1 A; S. S大部分DirectSound应用程序会自己分配额外的音频流作为实际使用的播放通道,而KMixer/WinMM初始分配的音频流将被闲置,这些音频流将被设置成需要的采样率以提高性能及使用硬件加速的采样率转换。
3 W, u1 X" [- K. Q, e4 ^- D& ]; b* ~. ~1 a! @
也就是说,当用WinMM接口回放的时候,实际采样率取决于程序设定以及其他任何基于WinMM/DirectSound的(后台)程序,如果当前只有一个程序访问硬件,那么动态的硬件采样率转换是可行的;如果此时还有额外的DirectSound/WinMM程序运行,最终WinMM采样率将有可能是16bit/48kHz(其余所有的WinMM/DirectSound(软件混合)音频流都将被重采样至16bit/48kHz)。! w ?3 W* x+ J: o( b/ D* O, ]9 y
/ s0 U* h. I' d9 Z: ]1 c1 }7 G*最新的kX驱动会强制所有"Wave x/x"的WinMM音频流工作在16bit/48kHz下,动态硬件采样率转换依然可以在DirectSound模式下工作(除非指定软件缓冲),即,如果你使用WinMM来回放音频,牢记:改变采样率将会使用KMixer的转换算法而不是硬件转换!
* ?2 X; i ?3 }+ ?! J( a( ^2 L
8 Q/ b1 X: v8 \8 R: C这个操作方法在"Wave 0/1"设备下工作正常,但是在"Wave HQ"设备下会有问题。
- f" H0 x& b" v
, E9 K- @4 V( t# i- V1 u( N由于"p16v"硬件不支持多个独立的音频流,驱动将会报告KMixer当前仅有一个音频流可用,这时情况就会逆转:由于DirectSound无法分配额外的音频流,它会使用初始分配的音频流用于所有的音频回放,而音频数据将被送入KMixer(然后被重采样以及格式转换)。
8 W6 M+ A4 ?5 k* W+ Z7 J [
0 k5 t% k7 T4 l8 d! ZkX驱动允许WinMM接口更改"Wave HQ"设备的采样率(44.1,48,96或192kHz)。也就是说,任何WinMM音频流(如果它是当前唯一访问"Wave HQ"设备的音频流话)将可以利用硬件采样率转换,而任何DirectSound程序的格式都会被KMixer转换成24bit/96kHz。
5 [3 ?4 x% y7 a/ G# ?3 B: x3 O( p
+ C# z" J& |6 } J* _" C目前还没有变通的办法可以解决该问题,所以当你配置你的音频程序的时候,请注意这个特性。) w) o, Q& h: _* ~+ N
( s. ` @, O: E1 c, z
任何情况下,音频流的真实格式以及采样率的信息可以用debug工具获得。
J$ p# i$ x4 d2 k5 Y; r- w9 w2 K8 W6 |' l; c0 x
ASIO和GSIF接口目前工作于16bit/48kHz上(ASIO也可以支持16bit/44.1kHz,但仅限回放)。以后将会有一个单独的ASIO驱动支持24bit/96kHz回放和录音(当然,仅限Audigy2系列)。 |
|