- 第 1 页 -
分享:用宿主做软服务器“驯服”sonarworks
作为补救声学问题的利器，sonarworks是我认为每个音乐从业者都值得拥有的好东西之一。然而本人作为重度使用者和超级懒人，感到官方默认使用方法颇有一些不便之处。本帖有两个主题:一是对sonarworks目前缺点的一些吐槽；二是分享解决问题的一种思路。不算教程，希望与大家多多交流，如有更好解决办法欢迎讨论
目前sonarworks官方使用方法为:
软件分为两个部分。其一为systemwide，接管宿主外电脑系统音频，在系统声音设置中选择；其二为插件，用于宿主内监听，挂载在master轨上，导出音频需要提前关闭。如忘记关闭，则sonarworks会在导出完成时弹出提示窗口。
在目前使用中，我感到的不便主要有几个:
1.systemwide占用系统播放器
宿主外要用systemwide，系统播放器会被sonarworks占用。这在许多情况下会产生问题。
例如:使用直播/会议平台时，有一些软件系统声音只能绑定系统目前播放器（不能自由选择），这时只能选择sonarworks的虚拟播放器。最好的情况是对面也会听到矫正后的声音，有时还会引起各种各样的其他兼容问题。
2.宿主内外不能大一统
sonarworks在宿主外使用systemwide，而宿主内只能使用插件形式，两者不互通。systemwide可以开机自启，宿主内要每次新建工程不重新打开，只能自己提前做好模板。每次做新的模板都得念着记得加挂sonarworks，非常操心。
更大的问题是，我经常要在不同音箱/耳机之间切换。两者独立意味着我有可能做到单独改变宿主/系统音频的预设状态。这带来的好处微乎其微，因为一般情况下并不会使用某个设备专门听宿主，而另一个专门听系统声音，不需要分开控制。但是因为独立，如果你在聆听宿主内外之间切换的话，有的时候你会切了一边的预设/开关却忘记另一端没切，后果可能会十分惨烈。
有一些血泪教训，例如在音箱混了三个小时后发现自己采用的是耳机的校准...
3.宿主导出需要关闭总线上的sonarworks插件
这个真的非常麻烦。
尤其是导出后点开文件试听，发现不满意要反复修改的时候，你就必须在屏幕上反复地去找那个小小的旁通按钮...这个时候你还可能触发问题2（在宿主内外切换）。
此外还有一个重要问题:这会严重地影响宿主的内部渲染/冻结流程。宿主设计的时候从来没有考虑过你会挂一个这玩意在母线。
我使用的是studio one，在冻结音轨的时候不会弹出那个关闭sonarworks的提示，但是内部渲染的时候会。各个宿主机理不同，好在现在有这个提示，不然很难发现在内部转换的时候是不是偷偷给你过sonarworks了...但是每次渲染都要关闭一次还是很繁琐。另外，sonarworks的提示在渲染完成后会导致我的studio one卡死。不知其他人有没有碰到类似的情况。
当然，用studio one 5的listen bus/Cubase的control room可以解决这一问题。其他宿主可能就没办法了。
4.必须放在master轨插件的最后一个
我想大多数daw新添加的插件都是添加在通道的最后一个的，如有反例欢迎补充。
这意味着只要在master添加了新的插件，必须手动把sonarworks拖回最后一位。不说这有多繁琐，万一忘记麻烦就大了。同样有许多血泪教训。
一个解决办法是单独把sonarworks放在推子后。但是推子后可能要添加别的插件，那时一样会存在这个问题。并且有些宿主并没有推子前/后的选项。
5.会使宿主自带母线表头失效
sonarworks不仅改变声音的频率，当然也改变声音的响度。因此，在母线挂了sonarworks以后，电平显示自然也就改变了（如果你打开安全音量的话，一般是变小）。母线与响度有关的所有表/计量将失去意义。对我来说，最致命的是无法再直接看电平表来判断是否飘红了。
在studio one中，切换sonarworks到推子后是无法解决这一问题的，同样会影响表头。欢迎分享其他宿主的情况。
同3的办法可以解决这个问题。或者自己另建一个总线，但是真的很麻烦，并且会带来很多新的问题/降低效率。
6.使studio one母带工程中的分析工具失效
这个是studio one的专属问题。
母带模式是studio one的重要卖点，这个模式自带一整套漂亮好用的分析工具，直接集成进面板UI，非常方便。但是当你挂了sonarworks，很显然所有的分析工具都不准确了。无论如何设置，进入分析工具的都只能是经过sonarworks之后的声音。
以上是我目前碰到的几个主要的问题，欢迎补充。而归根结底，造成这么多问题的原因非常简单:
sonarworks并没有一个独立于工作宿主和系统音频之外的、大一统的平台。
目前的模式既不能统一电脑的所有声音，又掺和到了正在工作的宿主的正常workflow中，因此难免会存在各种issue。同是声学校正功能的apc作为硬件独立在外，就没有这些毛病。sonarworks出硬件服务器在目前看来还是八字没一撇，但是可以用一个非常简单的方法曲线救国:使用另一个宿主搭建sonarworks的软服务器。
我使用的是reaper，原因:体积小、功能强大、自由度高，最重要的当然是可以免费一直用。我平时一直挂载的是focusrite clarett声卡，studio one和系统都使用它的驱动，然后数字连接到lyra2来做dac。
如果已经知道不同宿主和声卡是可以同时使用的，那么接下来的操作就非常简单了:将reaper的音频驱动设为lyra2，创建音频轨后，将输入设为lyra2的数字输入，打开监听。母线挂载sonarworks插件。将lyra2的物理输出设为daw。保存工程模板，reaper设为启动自动打开工程，再将reaper设为开机自启。完成!
通过这种方法，我把studio one内外的声音都由一块声卡发送给第二块声卡，由reaper内的sonarworks插件处理之后再由第二块声卡物理输出。我的操作需要两块带数字输入输出的声卡。如果你只用一块声卡，第二块声卡也可以用虚拟声卡来代替，例如免费的voicemeeter。如果你和我一样，使用一块独立的声卡来做dac，那么这个方法正好可以让这块声卡的asio功能派上用场
这个简单的小办法不仅解决了上述问题，还带来了一些额外的好处，我们一一细数:
1.系统播放器可以直接挂载你想要的，不需要sonarworks嚼一遍，也不需要在sonarworks界面更改输入设定；
2.宿主内外一致，都通过reaper（或其他）的sonarworks插件；systemwide不需要再启动，工作宿主不需要挂sonarworks，更不存在宿主内外预制不同的可能性。
3.宿主内不需要挂载sonarworks，所以不存在反复打开关闭的操作以及由此带来的一切问题。
4.宿主内不需要挂载sonarworks，所以不存在母线放在最后一个的操作以及由此带来的一切问题。
5.宿主内不需要挂载sonarworks，所以不存在master表头失效。
6.宿主内不需要挂载sonarworks，所以不存在母带工程分析工具失效。
此外还有一些额外的好处:
7.由于大一统后只使用sonarworks的插件部分，因此你可以
在宿主内使用midi控制器调节sonarworks参数。目前有校准开/关、耳机/音箱切换、mono开/关三种。
如果要频繁地切换校准开关和在耳机/音箱之间切换的话，每次都要打开sonarworks的界面然后点选，次数多了的话相当麻烦。好在sonarworks的插件部分支持midi信息进行控制，systemwide就没办法了。你可以用midi键盘/打击垫/其他控制器上的旋钮和按钮来开关、切换sonarworks。
正常情况下你也可以把工作宿主中的sonarworks链接到midi控制器。但直接对一个工作中、正在不断改变的工程这样做是有风险的，它可能与其它的设备或midi信息发生冲突，或在你的下一个工程中不工作。
而现在我们的全部声音都集中在reaper的sonarworks插件中，固定在一个稳定不变的独立模板里。因此，既可以用midi控制宿主内外所有声音，又不必担心稳定性的问题。
使用reaper还有一个优势:它支持手柄作为midi输入设备，因此你不必消耗一个宝贵的midi控制器（见后续缺陷部分），可以直接用便宜的手柄来作为开关。我自己使用了一个几十块的蓝牙迷你手柄，直接放在手边非常方便。
将reaper换成live可以将这三个参数直接绑定到电脑键盘的特定键位，因此你可以直接使用快捷键来控制，这样也允许了使用宏鼠标/宏键盘等来控制，比如带应用场景和宏的Kensington轨迹球。live的使用体验欢迎补充。
8.减少了系统音频的延迟。
由于不再使用systemwide而使用asio，系统音频的延迟大大减小，大概是原来的几分之一。不过对系统声音的延迟要求也不大，这个比较鸡肋。
当然，这个方法也存在一些相应的缺点:
1.需要两个声卡/虚拟声卡
这个方法需要两个带数字输出/输入的声卡，或是使用voicemeeter这样的虚拟声卡。
如果使用虚拟声卡，软件必然存在稳定性问题（虽然我还从未遇到过）；同时软件也会增加一定的CPU负担。
如果声卡没有数字输入输出，那么就只能通过模拟方式进行连接，通过两台声卡的adda和音频线，会存在较大的损失。
2. 增加宿主音频延时
这个方法增添了一个出入宿主的过程，因此增加了一些延时。不过，既然这个做服务器的宿主只跑一个sonarworks，可以将第二个声卡的buffer开的很低。我目前的设置大约增加了不到10ms的额外延时。录音时可以考虑旁通软服务器，这时直接在第二块声卡调音台设置输出数字输入即可。
3.潜在的音质损失
虽然都采用数字方式路由，但是声卡的数字传输仍然存在一定的损耗。此外，如果相信reaper等宿主的“声音”存在染色/不好听，那么这个方法也不适合你。
4.操控插件需要独立midi控制器
midi控制器不能在多个宿主中同时使用（欢迎提供反例）。因此，如果按照优点7的方法用midi控制器来控制sonarworks，那么这个midi控制器就不能再用于你的工作宿主了。所以想拿主键盘来操控不太现实，但是可以如上所说，用便宜的电脑键盘/手柄来控制。
5.如果本来的工作宿主就是reaper，那只能探索用别的宿主来干这个活了，有可能要多花一点银子
以上就是我“驯服”sonarworks的原因和全过程。这个办法在我的workflow中工作的非常完美，减少了大量的麻烦。当然它并不一定适合每一个人，还是希望有朝一日官方能把上述的问题都解决。在此之前，与大家分享这些折腾的经历，希望能有所帮助
本帖最后由 TZHinye 于 20-9-2 09:59 编辑
目前sonarworks官方使用方法为:
软件分为两个部分。其一为systemwide，接管宿主外电脑系统音频，在系统声音设置中选择；其二为插件，用于宿主内监听，挂载在master轨上，导出音频需要提前关闭。如忘记关闭，则sonarworks会在导出完成时弹出提示窗口。
在目前使用中，我感到的不便主要有几个:
1.systemwide占用系统播放器
宿主外要用systemwide，系统播放器会被sonarworks占用。这在许多情况下会产生问题。
例如:使用直播/会议平台时，有一些软件系统声音只能绑定系统目前播放器（不能自由选择），这时只能选择sonarworks的虚拟播放器。最好的情况是对面也会听到矫正后的声音，有时还会引起各种各样的其他兼容问题。
2.宿主内外不能大一统
sonarworks在宿主外使用systemwide，而宿主内只能使用插件形式，两者不互通。systemwide可以开机自启，宿主内要每次新建工程不重新打开，只能自己提前做好模板。每次做新的模板都得念着记得加挂sonarworks，非常操心。
更大的问题是，我经常要在不同音箱/耳机之间切换。两者独立意味着我有可能做到单独改变宿主/系统音频的预设状态。这带来的好处微乎其微，因为一般情况下并不会使用某个设备专门听宿主，而另一个专门听系统声音，不需要分开控制。但是因为独立，如果你在聆听宿主内外之间切换的话，有的时候你会切了一边的预设/开关却忘记另一端没切，后果可能会十分惨烈。
有一些血泪教训，例如在音箱混了三个小时后发现自己采用的是耳机的校准...
3.宿主导出需要关闭总线上的sonarworks插件
这个真的非常麻烦。
尤其是导出后点开文件试听，发现不满意要反复修改的时候，你就必须在屏幕上反复地去找那个小小的旁通按钮...这个时候你还可能触发问题2（在宿主内外切换）。
此外还有一个重要问题:这会严重地影响宿主的内部渲染/冻结流程。宿主设计的时候从来没有考虑过你会挂一个这玩意在母线。
我使用的是studio one，在冻结音轨的时候不会弹出那个关闭sonarworks的提示，但是内部渲染的时候会。各个宿主机理不同，好在现在有这个提示，不然很难发现在内部转换的时候是不是偷偷给你过sonarworks了...但是每次渲染都要关闭一次还是很繁琐。另外，sonarworks的提示在渲染完成后会导致我的studio one卡死。不知其他人有没有碰到类似的情况。
当然，用studio one 5的listen bus/Cubase的control room可以解决这一问题。其他宿主可能就没办法了。
4.必须放在master轨插件的最后一个
我想大多数daw新添加的插件都是添加在通道的最后一个的，如有反例欢迎补充。
这意味着只要在master添加了新的插件，必须手动把sonarworks拖回最后一位。不说这有多繁琐，万一忘记麻烦就大了。同样有许多血泪教训。
一个解决办法是单独把sonarworks放在推子后。但是推子后可能要添加别的插件，那时一样会存在这个问题。并且有些宿主并没有推子前/后的选项。
5.会使宿主自带母线表头失效
sonarworks不仅改变声音的频率，当然也改变声音的响度。因此，在母线挂了sonarworks以后，电平显示自然也就改变了（如果你打开安全音量的话，一般是变小）。母线与响度有关的所有表/计量将失去意义。对我来说，最致命的是无法再直接看电平表来判断是否飘红了。
在studio one中，切换sonarworks到推子后是无法解决这一问题的，同样会影响表头。欢迎分享其他宿主的情况。
同3的办法可以解决这个问题。或者自己另建一个总线，但是真的很麻烦，并且会带来很多新的问题/降低效率。
6.使studio one母带工程中的分析工具失效
这个是studio one的专属问题。
母带模式是studio one的重要卖点，这个模式自带一整套漂亮好用的分析工具，直接集成进面板UI，非常方便。但是当你挂了sonarworks，很显然所有的分析工具都不准确了。无论如何设置，进入分析工具的都只能是经过sonarworks之后的声音。
以上是我目前碰到的几个主要的问题，欢迎补充。而归根结底，造成这么多问题的原因非常简单:
sonarworks并没有一个独立于工作宿主和系统音频之外的、大一统的平台。
目前的模式既不能统一电脑的所有声音，又掺和到了正在工作的宿主的正常workflow中，因此难免会存在各种issue。同是声学校正功能的apc作为硬件独立在外，就没有这些毛病。sonarworks出硬件服务器在目前看来还是八字没一撇，但是可以用一个非常简单的方法曲线救国:使用另一个宿主搭建sonarworks的软服务器。
我使用的是reaper，原因:体积小、功能强大、自由度高，最重要的当然是可以免费一直用。我平时一直挂载的是focusrite clarett声卡，studio one和系统都使用它的驱动，然后数字连接到lyra2来做dac。
如果已经知道不同宿主和声卡是可以同时使用的，那么接下来的操作就非常简单了:将reaper的音频驱动设为lyra2，创建音频轨后，将输入设为lyra2的数字输入，打开监听。母线挂载sonarworks插件。将lyra2的物理输出设为daw。保存工程模板，reaper设为启动自动打开工程，再将reaper设为开机自启。完成!
通过这种方法，我把studio one内外的声音都由一块声卡发送给第二块声卡，由reaper内的sonarworks插件处理之后再由第二块声卡物理输出。我的操作需要两块带数字输入输出的声卡。如果你只用一块声卡，第二块声卡也可以用虚拟声卡来代替，例如免费的voicemeeter。如果你和我一样，使用一块独立的声卡来做dac，那么这个方法正好可以让这块声卡的asio功能派上用场
这个简单的小办法不仅解决了上述问题，还带来了一些额外的好处，我们一一细数:
1.系统播放器可以直接挂载你想要的，不需要sonarworks嚼一遍，也不需要在sonarworks界面更改输入设定；
2.宿主内外一致，都通过reaper（或其他）的sonarworks插件；systemwide不需要再启动，工作宿主不需要挂sonarworks，更不存在宿主内外预制不同的可能性。
3.宿主内不需要挂载sonarworks，所以不存在反复打开关闭的操作以及由此带来的一切问题。
4.宿主内不需要挂载sonarworks，所以不存在母线放在最后一个的操作以及由此带来的一切问题。
5.宿主内不需要挂载sonarworks，所以不存在master表头失效。
6.宿主内不需要挂载sonarworks，所以不存在母带工程分析工具失效。
此外还有一些额外的好处:
7.由于大一统后只使用sonarworks的插件部分，因此你可以
在宿主内使用midi控制器调节sonarworks参数。目前有校准开/关、耳机/音箱切换、mono开/关三种。
如果要频繁地切换校准开关和在耳机/音箱之间切换的话，每次都要打开sonarworks的界面然后点选，次数多了的话相当麻烦。好在sonarworks的插件部分支持midi信息进行控制，systemwide就没办法了。你可以用midi键盘/打击垫/其他控制器上的旋钮和按钮来开关、切换sonarworks。
正常情况下你也可以把工作宿主中的sonarworks链接到midi控制器。但直接对一个工作中、正在不断改变的工程这样做是有风险的，它可能与其它的设备或midi信息发生冲突，或在你的下一个工程中不工作。
而现在我们的全部声音都集中在reaper的sonarworks插件中，固定在一个稳定不变的独立模板里。因此，既可以用midi控制宿主内外所有声音，又不必担心稳定性的问题。
使用reaper还有一个优势:它支持手柄作为midi输入设备，因此你不必消耗一个宝贵的midi控制器（见后续缺陷部分），可以直接用便宜的手柄来作为开关。我自己使用了一个几十块的蓝牙迷你手柄，直接放在手边非常方便。
将reaper换成live可以将这三个参数直接绑定到电脑键盘的特定键位，因此你可以直接使用快捷键来控制，这样也允许了使用宏鼠标/宏键盘等来控制，比如带应用场景和宏的Kensington轨迹球。live的使用体验欢迎补充。
8.减少了系统音频的延迟。
由于不再使用systemwide而使用asio，系统音频的延迟大大减小，大概是原来的几分之一。不过对系统声音的延迟要求也不大，这个比较鸡肋。
当然，这个方法也存在一些相应的缺点:
1.需要两个声卡/虚拟声卡
这个方法需要两个带数字输出/输入的声卡，或是使用voicemeeter这样的虚拟声卡。
如果使用虚拟声卡，软件必然存在稳定性问题（虽然我还从未遇到过）；同时软件也会增加一定的CPU负担。
如果声卡没有数字输入输出，那么就只能通过模拟方式进行连接，通过两台声卡的adda和音频线，会存在较大的损失。
2. 增加宿主音频延时
这个方法增添了一个出入宿主的过程，因此增加了一些延时。不过，既然这个做服务器的宿主只跑一个sonarworks，可以将第二个声卡的buffer开的很低。我目前的设置大约增加了不到10ms的额外延时。录音时可以考虑旁通软服务器，这时直接在第二块声卡调音台设置输出数字输入即可。
3.潜在的音质损失
虽然都采用数字方式路由，但是声卡的数字传输仍然存在一定的损耗。此外，如果相信reaper等宿主的“声音”存在染色/不好听，那么这个方法也不适合你。
4.操控插件需要独立midi控制器
midi控制器不能在多个宿主中同时使用（欢迎提供反例）。因此，如果按照优点7的方法用midi控制器来控制sonarworks，那么这个midi控制器就不能再用于你的工作宿主了。所以想拿主键盘来操控不太现实，但是可以如上所说，用便宜的电脑键盘/手柄来控制。
5.如果本来的工作宿主就是reaper，那只能探索用别的宿主来干这个活了，有可能要多花一点银子
以上就是我“驯服”sonarworks的原因和全过程。这个办法在我的workflow中工作的非常完美，减少了大量的麻烦。当然它并不一定适合每一个人，还是希望有朝一日官方能把上述的问题都解决。在此之前，与大家分享这些折腾的经历，希望能有所帮助
本帖最后由 TZHinye 于 20-9-2 09:59 编辑
观众反应
威子 发表于 20-9-2 10:21
我都是提前做好模板，所有轨道输出到自建总线轨道，并加载总线效果器，master轨只加载sonarworks，混音结束 ...
这样是一个办法，不过新增轨道自动输出到自建总线似乎不是所有宿主都支持。不知你用的什么宿主。
systemwide在我这还有许许多多其他的bug，毕竟很多软件也没想过有人会挂虚拟系统播放器来用
dsynoiz 发表于 20-9-2 10:36
大部分DAW应该都有个类似“Monitor FX”的功能吧，就是在这个通道上挂的插件只影响听到的效果，不影响导出 ...
宿主自带的监听轨道的确可以解决很多问题，但是也有不少宿主是没有这个功能的，比如studio one 4及之前的版本。另外毕竟还是要改动工作宿主，增添了一些不确定性。比如读错了模板，忘记在新工程加挂sonarworks等等。
除了这一部分，内外不统一这一点也会带来一些麻烦
cubase/nuendo 打开控制室监听，然后挂个sonarworks就可以了，不影响导出，挂载一次以后会一直存在，不用每次手动挂载。不过我看国内用这个控制室功能的人挺少的，大家都不知道。
本帖最后由 清风苑615 于 20-9-2 11:45 编辑
本帖最后由 清风苑615 于 20-9-2 11:45 编辑
观众反应
清风苑615 发表于 20-9-2 11:42
cubase/nuendo 打开控制室监听，然后挂个sonarworks就可以了，不影响导出，挂载一次以后会一直存在，不用每 ...
CR
之前不知道它可以跨工程
nrcc1981 发表于 20-9-2 12:02
目前我工作室的方案 两台电脑 一台主力编曲混音录音 用RME的digiface，另一台用了很早以前淘汰的macmini做 ...
咱们是差不多的，不过你多用了台电脑，而且用Carla替换了宿主（我这是reaper）。同一台电脑可以接很多声卡，我这台接了三个同时用
Carla是可以和宿主共用同一块声卡吗?
本帖最后由 TZHinye 于 20-9-2 12:14 编辑