为何会有需要 Audio Stream Input/Output(ASIO)这样子的协定呢？ 从聆听音乐的观点 有此一说 一般音乐软体的播放方式 会通过 Windows 内建的混音器↓ 有音质减损的疑虑 http://en.wikipedia.org/wiki/Windows_audio_components#KMixer 因此具备 bypass KMixer 的 ASIO 途径 便可以避开一次破坏 对於 KMixer 所造成的音质减损 小弟印象中是没有看过确切资料 (说法倒是五花八门) 不过记得 fb2k 0.9 内建 Volumn Control 时 就曾听过别人发言觉得听起来不对劲 啧啧… ==以下就不是我的专业了 不负责任发言XD== 但是从 ASIO 的一些资料来看 http://forum.slime.com.tw/thread186005.html (←大陆用语) http://en.wikipedia.org/wiki/Audio_stream_input_output 对照着 DirectSound、Waveout、Kernel Streaming 藉由音效硬体晶片来让延迟降到最低 还有在音效卡上忠实呈现相同位元数据 这似乎才是 ASIO 的优势和专业面 → Low Latency and High Audio Fidelity：低延迟和音响高度传真性 ==这部份就完全没研究了 越讲越糊涂… 有请高明== 上面有讲到 Latency 延迟现象 那麽顺便提供一个页面 【MIDIMALL音乐制作专栏】专栏作家：方宝明 编译 http://www.midimall.com.tw/tech/what_is_latency.htm 节录其中四分之一的篇幅：a.ASIO Latency 部份 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ ASIO 是 Steinberg 公司所发展的一套Audio Device驱动程式， 它能尽量避免经过 Windows 或 Mac OS 的处理， 自行在 Audio Device 与应用软体之间建立一套更有效率的沟通方式。 当然，Steinberg 自行发展的 Program 是使用ASIO， 而其他公司出的 Program (ex:软体合成器) 如果要在 ASIO 的环境下使用，自然也需要去适应 ASIO 这标准。 而"What's the latency"在这里只跟 有支援 ASIO 驱动程式的音效卡或可以吃 ASIO 标准的 Program 有关系。 而这问题的答案则需要由音效卡制造商来决定。 不同的音效卡在不同的取样频率有不同的"延迟"： 一般说来，更高的取样频率有更低的延迟， 在监听声音之前，有很多取样会先被丢到暂存器(Buffer)去处理， 所以延迟会因此发生，Why? 因为通常通过暂存器的取样量都一定(不同家的音效卡有不同的定义)， 所以，更高的取样频率， 由於每秒取样的数量愈大，那些一定量的取样通过暂存器的速度也就越快， 因此会有更低的延迟。 通常暂存器的大小可以由录音卡的面板所控制， 所以更小的暂存器 size 会有更少的取样会通过暂存器。 只要您的系统可以处理更低的暂存器size，越小越好！ 当我们透过录音软体以"tape type"型式来播放声音的同时， 也会有可能产生监听延迟的现象 (而同样会对监听延迟造成影响的 Windows Latency 我们将在稍後讨论， 不过由於在此我们只能透过 ASIO 来达到这种监听型式， 所以 ASIO 的效率才是决定延迟的关键)。 例如：我们利用录音软体录音时， 在录音 StandBy 的时候，我们可以听见输入乐器的声音，这有点像是传统的录音卡座， 但是如果我们在播放带子时，我们是听不到输入的讯号， 当我们在弹乐器的同时，除非我们在播放中又按下录音键，才能监听到输入的乐器声音， 此时，这延迟的现象 是导因於录音软体在"按下录音键"和"听到乐器音"之间讯号处理的问题。 Steinberg 声称可容许的延迟时间约在11ms-12ms之间， 不过您可以自行去判断， 在高取样频率时，可能只有3ms的延迟而已。 所以假如想要用适当的录音方法来监听， 提高 Sample Rate 这对硬碟录音来说是值得推荐的方法。 －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 看完之後的感想 在电脑硬体许可的状况下 高取样频率 Sample Rate (Hz) 低缓冲大小 Buffer Size 或 Buffer Length (ms) 来达成低延迟现象 Low Latency 应该是越贴近真实原音重现才是 顺便徵求分享中文页面吧 :) 资源真是少… --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 119.77.133.140