0
0

The compressor DSP is using CPU even when there is nothing being played on the ChannelGroup it’s attached to.
Is that normal? If so, why?

[attachment=0:l7zekh7h]dspnet_capture.png[/attachment:l7zekh7h]

  • You must to post comments
0
0

You have correctly identified an opertunity to optimize in the special case that no sounds has played yet. As matt pointed out, if any sound has played from that point onward it would be active; well i guess when a sufficient amount of silence had been detected it could also probably deactivate then too. This is not an optmization we have considered, you can manually activate/deactivate DSPs using the programmers API using DSP::setActive or DSP::setBypass. If this is a high priority for you we can add a task to investigate this to our task list.

  • You must to post comments
0
0

No sound had played from that ChannelGroup when the screenshot was taken, so we can rule out any delayed processing.

  • You must to post comments
0
0

Seems normal to me.

An effect such as delay or reverb can continue output audio after a sound has stopped.

Likewise, a compressor may attack the beginning of a sound differently based on the release time and what sound was previously played.

To not use any DSP would imply that the settings would be reset at the beginning of each sound. In which case, why not just compress the sounds at design time?

  • You must to post comments
Showing 3 results
Your Answer

Please first to submit.