扣肉/sonar6/ASIO/AudioSnap(音频时间伸缩)
在论坛朋友们的直接关怀和帮助下，终于将原来的P4 2.8G换成了扣肉6300，内存2G，按照原来P4的软件配置重装了系统，速度等各个方面有明显的提高，但问题接踵而来……
1、原来在P4电脑中用得很好的 Sonar6+Digi002，现在不行了，症状如下：
在Sonar6中可以将Audio驱动设为002的ASIO驱动，开始播放时基本上一放就死，如果不播放，直接用鼠标点击钢琴卷，开始也能少量出几个音，但不久即死；最后只好在任务管理器中强行中断它。
怀疑扣肉是否对002的ASIO支持不好，但用Nuendo或其他FM8等独立软音源，以ASIO驱动，均正常工作！
看来是Sonar在扣肉下工作有问题了！
2、录了一首2分多钟的歌，领唱、男女高低音共5个声部，录完之后，过了两天，对方突然觉得速度慢了，要提速，可是对方又不能重录，要求音频与现有MIDI同步提速(其中有好几处是速度逐渐变化的，不能用以往的方式加速)；
正好Sonar6有了AudioSnap功能，一用，的确很好用！使用之后，音频与MIDI即刻同步。播放时打开任务管理器，双核工作均为平均状态。
可是输出时问题出来了，这首简单的小歌，竟然化了将近两小时才Export完毕(44.1K/16bit)。其间，出现的不是常见的Mixdown，而是“处理声音”。观察到在其音频目录下，每个声部的音频片段反复生成大约4次，观察任务管理器CPU工作状态，一个核心正全速工作达98%，而另一个核心几乎不做事，峰值仅5%……所有声部生成之后，MixDown才正式开始，很快一扫而过……
原以为是所加的某个效果器有病，停掉所有效果器，又折腾了两次(N个小时)之后才发现，原来是在音频时间伸缩过程中出现的这种程序设计上的问题，于是把所有音频单独生成为一个独立文件，再重新导入，以后处理起来就快了！
看来：
1、Sonar对ASIO的兼容性、稳定性还有不少问题，尚需努力！
2、Sonar对双CPU或双核的支持还不够成熟，也许仍在将单核改为双核的进程中，部分功能仍然是工作在单CPU基础上，并未完全移植。
