Document buffer size expected by AudioQueue/AudioHandler

[Jokler]

I'm using cubeb for audio playback which doesn't seem to let me specify the exact amount of samples per callback. I don't really understand how the amount of samples requested from the AudioQueues would affect the audio which is played back so I assumed that setting the desired samples in the example was not relevant. After hours of testing I tried requesting 1920 samples from the AudioQueues and that fixed my issues.

I think it would be nice if the expected size could be documented so that the next person trying to do something similar doesn't have to struggle (unless this is a bug of course).
I would have expected something like that to be documented here:
https://docs.rs/tsclientlib/latest/tsclientlib/audio/struct.AudioHandler.html#method.fill_buffer
https://docs.rs/tsclientlib/latest/tsclientlib/audio/struct.AudioQueue.html#method.get_next_data

[Flakebi]

I didn’t get to look into it yet, but this is unexpected. It was meant to work the way you understood it, the sample size should not affect the outcome.