Sonar / Cakewalk

可不可以直接在主界面点中那一轨，其他三个窗（钢琴窗、线谱窗、事件列表窗）都自动激活显示此轨道对应的信息？

虽然今天已经升级到了 v25.01.0.27 还是没有解决。Cubase 和其他宿主都可以，为啥就不可以，很难吗？

说到控制器的选取，我就希望能像选音符一样，打开的轨道，控制器就能一起被选中，很多时候需要几个轨道的控制器一起选中，操作就很麻烦。

这个应该不是难度问题，而是设计理念问题，你说的这个，其实是半斤八两的事，目前SONAR这样操作，也有优点，就是轨道窗与钢琴窗的操作是分开的，比如我在钢琴窗开着5、6、7、8四个轨道在进行编辑，然后临时需要去轨道窗处理一些事，如果轨道窗上我一点某个轨道，钢琴窗的状态就自动跟进到轨道窗激活的轨道上去，那我在轨道窗操作完成后，想回头来继续5、6、7、8四个轨道的钢琴窗操作，就又要重选一次。所以这个功能算是各有优劣，无法两全。

每次更新新版是不是都得卸载重装？

不用，直接覆盖安装就可以。

sonar midi功能，cubase现已经远超了，尤其是和外部控制器相连，控制MIDI参数，sonar已经是小儿科了。

　　Sonar在midi输入与调整的功能上，应该还是领先的吧，外部硬件操控一些控制器，推子……等等，都是Sonar的老功能了呀，而且说实话，无论是编曲；扒带；铃声制作；制谱……以及通过midi控制产生的增值业务，其实都很少用到外部控制，软件本身的功能就已经相当强大了。

midi输入与调整方面，举些我自己的常规操作：

例一：音符在调内上下移动
注：不是上下移动半音，而是在调内上下移动音符。
如图：
按几下热键就完成这种操作。

例二：
我做的某业务中，需要将midi处理成特定的状态，以便排除跨软件的导入误差问题。

图1）

按下热键处理之后，如图2


这些功能都是我做的业务中常用的，不做这些业务，或是即使做了这个业务，但没想到要这样处理的人，自然不会用到这种功能。

　　主要想说的是，这些功能都是我根据自己的业务设计出来的。包括别的软件有什么功能，也都能通过编写的CAL脚本以执行或热键的方式集成到Sonar里去。所以要说Cubase已经在midi功能上把Sonar甩了很远，这可能是很多朋友对Sonar的CAL脚本不太了解造成的。

图一功能CUBASE完全没问题。图二功能没太明白。如果是keyswith，cubase 的mapping可以自由导入，有几百个VSTI插件的mapping可以用。sonar就完了。
cuabse的quick control是非常棒的，sonar无法对MIDI信息进行双向实时传输.

本帖最后由 zarranger 于 20-1-10 13:05 编辑

我在例二中的操作目标就是：
　　1、蓝色箭头所指的是音符间的空缺（休止符）位置，将这些位置填上对应长度的音符，并将这些音符移动到下面的蓝色方框的键位上。
　　2、红色箭头所指的是音头处在非正拍位置的，并且跨了拍子的音符。将这些音符从跨拍的位置切断，切断后的音符移动到下面红框键位上。
　　这些处理是为了跨软件操作时，转换零错误操作的。另外，这些只是Sonar功能的极小部分，连冰山一角都算不上。CAL脚本本质上是一个Sonar的内部编程工具，理论上讲，midi操作中的任何功能都能编写出来。
　　你说的这个midi信息双向实时传输，不明白是什么意思，是在什么业务或操作中需要用呢？

《克隆分解动机》


《克隆节奏动机》


《一键拷贝》与《向下克隆节奏》


《音源自适应》


《层选取》


《柱式和弦音区调整》


《分解和弦音区调整》


《节奏批选取》



　　我设计的功能超过130个，编写过的CAL脚本超过1500个。有些很简单，但无论是编曲，扒带，铃声还是制谱……等等业务中，都是相当常规的操作。而有些操作虽然不常用，但如果出现就会花大把时间调整，通过CAL的编写，直接一个或几个热键按下就搞定。Sonar在这个方面，远在20年前的Cakewalk Pro Audio 时代就已经成熟了。
　　因为功能都是自己编写，大概意思就是没有任何midi操作功能是它没有的，就看使用者是不是需要，是不是能想出那些操作来。所以要说哪个软件在midi操作上还能超过Sonar，我真心不敢相信。顶上天，别的软件也推出这种可以自由编程的脚本功具，那也只能算追上，不能叫超越，更不能称之为甩远。
　　而在其它方面，Sonar一向都很强，这包括录音，缩混，插件支持……等等。
　　其实不只是Sonar，应该说每一款知名的软件，活了足够久的年头，在功能上一定是相当强大的，就看够不够深入的了解它。有些功能不是你有没有，我有没有，而是都有，只是操作思路与软件的设计理念不一样。

录音缩混插件支持就罢了吧，其实我受不了的就是莫名其妙的死，虽然自动存盘，但是对于大型工程来说动辄几十GB的音色调用和VSTI的调用，就太为难了。不过sonar的声音是最好，无可厚非。

　　嗯，稳定性确实是非常重要的。我发现一个规律。我自己做编曲业务时，极少出现死软件，或掉音频驱动的情况。但是做制谱业务时，掉音频驱动的频率相当高，估计能超过10%。
　　大多数时候，音频驱动是在播放时丢失，但重新播放就对了。个别时候，重新播放就会死软件，需要重启软件。极个别情况下，需要重启电脑才能恢复正常。
　　我发现的规律似乎是：自己做编曲时，工程从始至终，都是自己在操作，加载的音源，写入midi时的习惯，都是自己默认了不会出问题的，所以也就极少出现死软件，掉音频的情况。
　　而做制谱时，因为midi工程来源五花八门，都是其他编曲发过来的，而每个编曲的习惯又不一样，是不是因此产生了什么程序逻辑上的问题，造成了死软件或掉音频的概率上升呢？
　　特别是这种情况，在做制谱时，如果某编曲发过来的midi，加载音频后，播放掉音频驱动，则这首曲子在之后的制作中，就一直处于较高的掉音频驱动状态。而别的编曲发过来的midi，只要开始操作时没掉过音频，之后的操作也会一直保持正常。
　　反正，这个掉音频驱动的事，真的很闹心，严重的时候能让你对按下空格键播放产生阴影，但是我朋友用的版本跟我一样，音源也差不多，声卡也一样，他就极少出现掉音频的情况，不过他的Win10版本与我不一样，所以也有可能是系统版本问题。

科普了 学习了！！！！