Sonar / Cakewalk

是这样的：我在Event事件窗口中插入了一些对音符的控制码，存为MIDI　Fomat1　格式，可是再重新打开文件，发现控制码的MBT与音符的MBT不一样了。不知是何原因？有谁知道这是怎么一回事？这事把我给

自己顶上去！

Cakewalk从6还是8开始就有自作聪明乱搞MIDI数据的毛病， 从来没改正过；在默认设置下， 如果你曲子里用了一堆SysEx信息， 它还会把你音符的时间都往后推。

还真没遇到过，如果你作纯粹的MIDI，建议你用CW9。03

保存的时候  存成《标准》格式，就是默认第一个试试

我发现存成Normal格式后是正常的，但现在需要的是MIDI1格式。我试试CW9.03。先谢谢大家！

虽说不管Cakewalk还是Suona，都是大家公认的制作MIDI利器。它所能设置、调整、记录的信息远优于GM规定的格式。但假如存为GM格式会丢失部分信息。导致重放GM文件时效果打折。所以制作好后通常应该存为标准格式（normal）……

根据我自己的经验，这个现象在存成Cakewalk自己格式(wrk, cwp)时不会出现，一转MIDI格式时Cakewalk就自作聪明帮你"优化"MIDI时间的次序了，从cakewalk8到sonar3都肯定有这个问题的，你可以把曲子转到XG Works或Cubase里头再转MIDI， 我以前试用这两个软件时是没有这个问题的；如果一定要用Cakewalk, 不妨试试Cakewalk3.0。

我认为这样的优化是有好处的，原因就是防止同一时间MIDI事件参数过于密集，从而诱发不正常的现象产生。特别在使用硬件音源的时候。

嗯， Cakewalk就是这么想的，只是它的"关心"对于MIDI熟练工来说就是越庖代厨了。

Cakewalk(8.0以上)并不适合用在含有大量NRPN/RPN, CONTROLLER, SYSEX的MIDI编辑，它的编程有先天的缺陷，我一直把Cakewalk/Soanr的Option->Global里Always use Sysx Banks for MIDI Files (Instead of Sysx Data)这个选项关掉， 可以解决一部分问题。

对cakewalk3.0就没那毛病,太牛了...

用8。0以前的版本才不会变。楼主可以把TICK数调到960，那这个数值的误差就很小了。

9。0以上版本都会默认把附着音符的控制事件往后推移2个TICK数。

楼主做的这东西我以前做过我花了一个星期的时间把它搞透彻，中间还问过elam的神秘人物，才搞清楚。