Fix variable buffer size

The switch to `io.Copy()` to pump the data to the soundbox devices
removed the control over the buffer size of this copy action.

While for generic copy actions it is even an advantage when a big buffer
is used this is a problem for the soundbox use case. A big buffer used
during copy means that the first soundbox device gets audio data
significantly earlier than the later ones since `io.MultiWriter()` works
sequentially.

Thus this commit switches to `io.CopyBuffer()` where a buffer has to
provided. For that purpose the same buffer size is used as before the
refactoring to use `io.Copy()`.

0 files changed, 0 insertions, 0 deletions