Closed giuliomoro closed 7 years ago
This should work if you adjust s.options.hardwareBufferSize
to equal s.options.blockSize
.
I think in standard SC you can make the blockSize smaller than the hardwareBufferSize, but not larger. This makes sense as you have to have samples ready for a hardware callback.
On Bela the hardwareBufferSize is usually 16, and I believe (off the top of my head) that that is hardcoded at the moment. So indeed, the blockSize should be 16 or smaller.
So - this should be fixed in the documentation - and perhaps a check when setting the blockSize to something larger than the hardwareBufferSize.
actually, as mentioned in #33, I found that I have to set both block-size
an hardware-buffer-size
to be equal for scsynth to run properly. Sizes of 32 resp. 64 worked as well (and made buffer-underruns appear less).
Now a warning is posted when the hardwareBufferSize is smaller than the blockSize. So I think it is a clear user error right now.
SC's blockSize can be smaller than the hardwareBufferSize.
But, doesn't generate proper audio then...
Fixed via: 017c59ced9841b313036113fc7f98ad742610d31
The blockSize takes precedence over the set hardwareBufferSize.
if
s.options.blockSize != 16
then the server cannot be started and it errors outterminate called without an active exception
. Note that 16 is the default blocksize for Bela.