vorbis noise on large output buffer about squeezelite HOT 1 CLOSED

ah... got it (nothing better that writing down an issue report to find the cause). If you remember, I did that #182 a while ago because when reading the headers, if the artwork is really large, then playback would fail if the whole headers are not in streambuf.

We exhaust streambuf and have not succesfully yet read the headers, so ov_opencallbacks/ov_info fails. That PR was the only option to allow more data to be added to streambuf. But... during streaming, it's a bad idea because a webradio might hold a while before pushing more data and... that blocks the decode process for a long while, in the read callback. And then the outputbuf is locked, and pa is starved.

Sigh ... at least there is an easy fix

from squeezelite.