- 第 2 页 -
事实上，在整体的大型项目制作过程中，无论 PC 还是 Mac，性能基本足够时，更快速的数据交换处理更为重要，更可体会到实际的效率。
比如苹果在初代 MacBook Air 标配先采用 SSD，MacBook Pro 以选配 SSD 作为影音等专业用户备选项，12 年 6 月发布 Retina MacBook Pro 开始直接采用 PCIe SSD，近两年标配 512GB PCIe SSD 的 Mac 每秒读写大概 700～800MB（不仅轻薄，速度已超出 SATA 3 接口 SSD 每秒 600MB 的最高速度局限）。
以下仅供参考（虽然是自己实际使用情形，不作为参照）：
同样的声卡及设置，相同版本 OS X 及 Logic Pro X，把同一个多轨录音项目输出同样设置的音频文件至处理完成：
之前在 i7 四核 2.2GHz 的 MacBook Pro 升级为 Intel 730K 480GB SSD（SATA 3 连接速度），与 i7 四核 2.5GHz 的 MacBook Pro 标配自带 PCIe 512GB SSD 对比，前者需要近两倍的时间。
[ 本帖最后由 michaelliuyun 于 15-2-7 09:58 编辑 ]
比如苹果在初代 MacBook Air 标配先采用 SSD，MacBook Pro 以选配 SSD 作为影音等专业用户备选项，12 年 6 月发布 Retina MacBook Pro 开始直接采用 PCIe SSD，近两年标配 512GB PCIe SSD 的 Mac 每秒读写大概 700～800MB（不仅轻薄，速度已超出 SATA 3 接口 SSD 每秒 600MB 的最高速度局限）。
以下仅供参考（虽然是自己实际使用情形，不作为参照）：
同样的声卡及设置，相同版本 OS X 及 Logic Pro X，把同一个多轨录音项目输出同样设置的音频文件至处理完成：
之前在 i7 四核 2.2GHz 的 MacBook Pro 升级为 Intel 730K 480GB SSD（SATA 3 连接速度），与 i7 四核 2.5GHz 的 MacBook Pro 标配自带 PCIe 512GB SSD 对比，前者需要近两倍的时间。
[ 本帖最后由 michaelliuyun 于 15-2-7 09:58 编辑 ]
原帖 由 响彻世界 于 15-2-6 09:28 发表
另外， Windows 7 中系统默认将所有声卡设置为 16-bit — 无论相关软件预设用多少 bit（播放等）。用户须在控制面板将它先手动改成 24-bit。
请问在什么选项里????谢谢
我认为他没理解win7的音频UAA架构的含义，我认为他的说法是不对的。
Windows 7 中的UAA系统混音器中，可以随意设置采样频率和采样位深，默认是多少是不固定的，系统会根据你的声卡类型自动选择，但往往不会自动选到最合适的。
比如：乐之邦声卡，系统会直接默认选择为32Bit 44.1KHz （没错，就是这个惊悚的数字）。
玛雅四重奏声卡，系统默认选择为24bit 48KHz。
ALC887板载声卡，系统默认选择为16bit 44.1KHz。
PrismSound Lyra2，我看到默认选择为24Bit 44.1KHz。
但是请不要惧怕这些对你的音频工作站的影响。
实际上，操作系统设置的这些采样频率和采样位深，只会影响通用应用程序的回放（如：游戏、网页播放、电影）和录音（歪歪、QQ语音、系统录音机）指标。
他们对DAW工作站的影响，取决于你用什么接口API。如果使用ASIO，系统设置无论怎么选，都不会影响你声卡硬件所选的指标规格。因为ASIO会直接绕过这个系统混音器。
如果使用MME，才会被涉及到。但显然没人会用MME协议来录音吧？
PS：WASAPI和ASIO差不多的类型。
在了解清楚之前，请不要危言耸听。
[ 本帖最后由 elunxp 于 15-2-7 06:55 编辑 ]
回复 elunxp 在 #16 的 pid=4391301 的贴子
不知谁说的asio会绕过系统混音器。播放器正在播放，采样率会被定死，DAW对采样率会提出让人崩溃的警告，无法更改采样率
每一次采样率更改都会对ASIO和应用程序的回放有效，至少我的win7如此，
估计不光我一个人这样，希望发起专项调查，看看有多少是同步改变采样率的，有多少是不同步的，然后再确认绕不绕的问题
调查也很简单，DAW用asio,
先开个播放器，无论什么，就算是用网页放歌放视频也算，然后开DAW，能改采样率的就是不同步的，不能改的就是同步的。
[ 本帖最后由 aa-aa 于 15-2-7 01:43 编辑 ]
每一次采样率更改都会对ASIO和应用程序的回放有效，至少我的win7如此，
估计不光我一个人这样，希望发起专项调查，看看有多少是同步改变采样率的，有多少是不同步的，然后再确认绕不绕的问题
调查也很简单，DAW用asio,
先开个播放器，无论什么，就算是用网页放歌放视频也算，然后开DAW，能改采样率的就是不同步的，不能改的就是同步的。
[ 本帖最后由 aa-aa 于 15-2-7 01:43 编辑 ]
回复 elunxp 在 #16 的 pid=4391301 的贴子
回复楼中楼的朋友：ASIO协议必须是独占式，它的同一个通道不允许共用音频流，所以你运行共享应用程序，必然会造成警告，你必须施放通道让其空闲给ASIO独占，这是斯坦伯格制定的协议。你可以直接在专业声卡的底层观看ASIO真正的采样频率和位深是多少，跟你系统小喇叭选项里面的选择无关。有些声卡可以同步开播放器（WDM）和DAW软件的ASIO并同步工作，这并不代表突破了ASIO的独占性，而实际上是厂家在声卡的IO管理器增加了两条并联式内部通道而已，ESI和国产的乐之邦，就做了这样的设计，他们的FPGA就内置两组通道让WDM和ASIO通道都同时工作，但时钟必须一致才可混合播放。
[ 本帖最后由 elunxp 于 15-2-7 06:18 编辑 ]
[ 本帖最后由 elunxp 于 15-2-7 06:18 编辑 ]
关于楼上我的回帖，我贴图说明：
我使用Foobar2000，去播放一组规格为24Bit 88.2KHz的音频文件。
Foobar2000输出接口协议选择为: ASIO （声卡是乐之邦01PS）
这意味着Foobar2000的输出音频流到声卡硬件的规格是：24Bit 88.2KHz PCM
你可以看到我的Windows 8.1 x64系统内的小喇叭的选择是：32Bit 44.1KHz
但是，乐之邦的底层监控（声卡面板可以显示）的实际工作时钟是 88.2KHz 采样频率。
这很好的说明一个问题，ASIO直接绕过Windows混音器管理层（无论你Windows怎么选采样频率和位深，都不会影响ASIO），并以同一个通道独占方式运行。
第二个图，我把系统的设置改为了24Bit 192KHz，我们同样使用Foobar2000播放24Bit 88.2KHz规格的音频，输出接口依然是ASIO。
你会看到，以ASIO输出时，声卡的实际工作时钟是88.2KHz，而并非我系统选择的192KHz。
得到的结果，依然是站得肯定的，ASIO直接绕过系统混音器，根本就不会受到任何影响！
别他妈的杞人忧天了，使用ASIO独占运行DAW工作站，请完全放心使用，不会因为你系统如何选择而受到任何影响。
苹果粉们，你们别给Windows抹黑了。
最后，非常有意思的是，WASAPI模式，同样是可以达到ASIO协议的效果的
目前支持WASAPI协议的音频工作站软件是New Sonar 和Adobe Audition CC 2014。当然，Foobar2000播放器也支持。
[ 本帖最后由 elunxp 于 15-2-7 07:03 编辑 ]
我使用Foobar2000，去播放一组规格为24Bit 88.2KHz的音频文件。
Foobar2000输出接口协议选择为: ASIO （声卡是乐之邦01PS）
这意味着Foobar2000的输出音频流到声卡硬件的规格是：24Bit 88.2KHz PCM
你可以看到我的Windows 8.1 x64系统内的小喇叭的选择是：32Bit 44.1KHz
但是，乐之邦的底层监控（声卡面板可以显示）的实际工作时钟是 88.2KHz 采样频率。
这很好的说明一个问题，ASIO直接绕过Windows混音器管理层（无论你Windows怎么选采样频率和位深，都不会影响ASIO），并以同一个通道独占方式运行。
第二个图，我把系统的设置改为了24Bit 192KHz，我们同样使用Foobar2000播放24Bit 88.2KHz规格的音频，输出接口依然是ASIO。
你会看到，以ASIO输出时，声卡的实际工作时钟是88.2KHz，而并非我系统选择的192KHz。
得到的结果，依然是站得肯定的，ASIO直接绕过系统混音器，根本就不会受到任何影响！
别他妈的杞人忧天了，使用ASIO独占运行DAW工作站，请完全放心使用，不会因为你系统如何选择而受到任何影响。
苹果粉们，你们别给Windows抹黑了。
最后，非常有意思的是，WASAPI模式，同样是可以达到ASIO协议的效果的
目前支持WASAPI协议的音频工作站软件是New Sonar 和Adobe Audition CC 2014。当然，Foobar2000播放器也支持。
[ 本帖最后由 elunxp 于 15-2-7 07:03 编辑 ]