SV 2 对音符组的改动是比较大的，相当于取消了默认音符组的地位（降级成了普通音符组），同时也取消了默认音符组和其他音符组的参数叠加机制。
下边具体说说 SV 1 和 SV 2 在音符组上的区别。
SV 1：
每条音轨有一个默认音符组，它基本是透明的，覆盖整条音轨。如果用户不使用自定义音符组，也意识不到默认音符组的存在。
自定义音符组的参数（比如响度）会和默认音符组的叠加，这样用户可以获得双倍的调整量。而且用户可以只调整默认音符组的参数，这样就不用反复进出音符组了。
可以修改默认音符组的语言、声线（唱法）、响度等参数，而自定义音符组会继承（也可以自定义），这样就可以统一修改每条音轨上所有音符组的参数。
有单独的音符组面板。
SV 2：
用户创建第一个音符时，会自动创建一个并非覆盖整条音轨的音符组。虽然在代码和脚本里它依然是默认音符组，但行为其实和 SV 1 里的自定义音符组一样。
每个音符组有自己的参数，不能叠加了，用户只能进不同音符组里调整对应的参数。
除了所用的声库，没办法对每条音轨上所有（或者多个）音符组的参数进行统一的修改，只能一个个单独修改，非常麻烦。
没有单独的音符组面板。
---
结果就是：
原来不使用自定义音符组的用户，在二代可以在每条音轨只用一个音符组，体验和之前基本没有差别（可能部分脚本需要适配一下才能正常工作）。如果遇到需要拆分音符组的情况，操作也比一代的更方便。
原来使用自定义音符组的用户，会发现若干功能消失了，可能满足不了自己的需求。而那些功能可能就是自己之前使用音符组的原因，结果在二代却用不了了……
也就是说原来保守的用户获得了更好的体验，而越来追新的用户却遭到了“背刺”不得不再次改变使用习惯（包括接受无法实现之前的功能）。
下边具体说说 SV 1 和 SV 2 在音符组上的区别。
SV 1：
每条音轨有一个默认音符组，它基本是透明的，覆盖整条音轨。如果用户不使用自定义音符组，也意识不到默认音符组的存在。
自定义音符组的参数（比如响度）会和默认音符组的叠加，这样用户可以获得双倍的调整量。而且用户可以只调整默认音符组的参数，这样就不用反复进出音符组了。
可以修改默认音符组的语言、声线（唱法）、响度等参数，而自定义音符组会继承（也可以自定义），这样就可以统一修改每条音轨上所有音符组的参数。
有单独的音符组面板。
SV 2：
用户创建第一个音符时，会自动创建一个并非覆盖整条音轨的音符组。虽然在代码和脚本里它依然是默认音符组，但行为其实和 SV 1 里的自定义音符组一样。
每个音符组有自己的参数，不能叠加了，用户只能进不同音符组里调整对应的参数。
除了所用的声库，没办法对每条音轨上所有（或者多个）音符组的参数进行统一的修改，只能一个个单独修改，非常麻烦。
没有单独的音符组面板。
---
结果就是：
原来不使用自定义音符组的用户，在二代可以在每条音轨只用一个音符组，体验和之前基本没有差别（可能部分脚本需要适配一下才能正常工作）。如果遇到需要拆分音符组的情况，操作也比一代的更方便。
原来使用自定义音符组的用户，会发现若干功能消失了，可能满足不了自己的需求。而那些功能可能就是自己之前使用音符组的原因，结果在二代却用不了了……
也就是说原来保守的用户获得了更好的体验，而越来追新的用户却遭到了“背刺”不得不再次改变使用习惯（包括接受无法实现之前的功能）。
