Does Satin's auto-mute save CPU?
- KVRian
- 1141 posts since 2 Oct, 2001 from Berlin, Germany
auto-mute only affects hiss/noise, therfore: no.
Sascha Eversmeier [formerly digitalfishphones]
TOURAGE DSP
croquesolid drum processor- mix real drums fast & focused
TOURAGE DSP
croquesolid drum processor- mix real drums fast & focused
-
- KVRist
- Topic Starter
- 134 posts since 3 Mar, 2013
Yes, but I thought that vst3 spec allowed the plugin to use 0% cpu load if no audio is passed through it? In the case of satin, I would have thought it would still use full cpu if it is generating hiss/noise, therefore surely vst3 satin + auto-mute SHOULD in theory = yes?sascha wrote:auto-mute only affects hiss/noise, therfore: no.
- u-he
- 30246 posts since 8 Aug, 2002 from Berlin
well, all VST3 (as well as AU since 2001) does is tell the plugin that it's processing silence.
That alone however isn't enough to put a plugin to sleep. For anything but the most simple plugins it often involves a lot of work to determine whether or not a plugin can save CPU. Most obviously with delays and reverbs that still sound even if the input is silent. But in practice this accounts for anything containing filters, envelopes or any other feedback driven device.
In case of Satin I'm not sure if there's a way at all to determine the point of "ok, let's go in standby". We would probably have to add another "auto standby" mode to it, adding more complexity and possibly more CPU when not in standby.
That alone however isn't enough to put a plugin to sleep. For anything but the most simple plugins it often involves a lot of work to determine whether or not a plugin can save CPU. Most obviously with delays and reverbs that still sound even if the input is silent. But in practice this accounts for anything containing filters, envelopes or any other feedback driven device.
In case of Satin I'm not sure if there's a way at all to determine the point of "ok, let's go in standby". We would probably have to add another "auto standby" mode to it, adding more complexity and possibly more CPU when not in standby.
-
- KVRist
- Topic Starter
- 134 posts since 3 Mar, 2013
Thanks and sorry for the late reply, Urs, I lost my laptops hard disk last week and had to do some maintenance :/ Just bought my licence now, it's absolutely incredible, and thanks for taking the time to explain the situation with vst3. If it COULD be implemented whereby Satin could detect audio going in, and do a dynamic standby based on that without taxing the cpu in the detection system, I think you could be onto a perfect winner with Satin. At the moment, envelope bypasses are the best I can come up with to save on cpu juice, if Satin could do this thinking for me, it would be the finishing touch I think, especially with the vst3 version having then something to stand-out from vst2 from.Urs wrote:well, all VST3 (as well as AU since 2001) does is tell the plugin that it's processing silence.
That alone however isn't enough to put a plugin to sleep. For anything but the most simple plugins it often involves a lot of work to determine whether or not a plugin can save CPU. Most obviously with delays and reverbs that still sound even if the input is silent. But in practice this accounts for anything containing filters, envelopes or any other feedback driven device.
In case of Satin I'm not sure if there's a way at all to determine the point of "ok, let's go in standby". We would probably have to add another "auto standby" mode to it, adding more complexity and possibly more CPU when not in standby.
Once again, thank you for Satin, I often think about how much work and talent it went into creating this, Satin actually makes me think and feel like I'm working with analog, and my possibilities seem expanded so much further than they ever could be without it!!
-
- KVRist
- Topic Starter
- 134 posts since 3 Mar, 2013
Thanks and sorry for the late reply, Urs, I lost my laptops hard disk last week and had to do some maintenance :/ Just bought my licence now, it's absolutely incredible, and thanks for taking the time to explain the situation with vst3. If it COULD be implemented whereby Satin could detect audio going in, and do a dynamic standby based on that without taxing the cpu in the detection system, I think you could be onto a perfect winner with Satin. At the moment, envelope bypasses are the best I can come up with to save on cpu juice, if Satin could do this thinking for me, it would be the finishing touch I think, especially with the vst3 version having then something to stand-out from vst2 from.Urs wrote:well, all VST3 (as well as AU since 2001) does is tell the plugin that it's processing silence.
That alone however isn't enough to put a plugin to sleep. For anything but the most simple plugins it often involves a lot of work to determine whether or not a plugin can save CPU. Most obviously with delays and reverbs that still sound even if the input is silent. But in practice this accounts for anything containing filters, envelopes or any other feedback driven device.
In case of Satin I'm not sure if there's a way at all to determine the point of "ok, let's go in standby". We would probably have to add another "auto standby" mode to it, adding more complexity and possibly more CPU when not in standby.
Once again, thank you for Satin, I often think about how much work and talent it went into creating this, Satin actually makes me think and feel like I'm working with analog, and my possibilities seem expanded so much further than they ever could be without it!!
