can we change the block size?

The spec requires block processing with 128 sample-frames per block. This
can be a bit inconvenient when interfacing with other code. For example,
the code at http://www.webrtc.org/ wants to capture, send and receive audio
in chunks of exactly 10ms. So when using Web Audio with that WebRTC code,
it would be nice to have 10ms be a whole number of Web Audio blocks.
Unfortunately that means choosing a sample rate which is a multiple of
128*100, which common sample rates aren't.

If the standard block size was 32 samples instead, then for common sample
rates such as 16KHz, 32KHz and 48KHz 10ms would be an exact number of Web
Audio blocks. Is there any reason why we can't or shouldn't do that?

BTW what are the actual constraints on the block size in the spec? Does it
only affect the sampling of k-rate parameters?

Thanks,
Rob
-- 
Jesus called them together and said, “You know that the rulers of the
Gentiles lord it over them, and their high officials exercise authority
over them. Not so with you. Instead, whoever wants to become great among
you must be your servant, and whoever wants to be first must be your
slave — just
as the Son of Man did not come to be served, but to serve, and to give his
life as a ransom for many.” [Matthew 20:25-28]