Comment 3 for bug 884694

As discussed in Bug #1086999. We may divide that audio buffer into smaller chunks of user buffer to gain a better responsiveness for control commands.

I am not sure if it is worth to do the work because this will not gain additional processing time.

Currently we have the time for one buffer cycle. The buffer size must be bigger than this time. The buffer size can be tweaked by the user until he gets buffer underflows, because the buffer cycle is longer than the audio it that is processed.

The time for a buffer cycle is the sum of processing one sample multiplied with the audio buffer plus the time for calculating the effects of the controls since the last cycle.

If we now introduce a user buffer, lats say at the half from the audio buffer, we need the double of time for calculating controls and the same time for calculating the audio. So the over all processing time of one audio buffer grows. This requires a bigger audio buffer to prevent underflows.

This is a theoretical view. But you see that we have to be careful if the additional effort for a user buffer is worth.