On Mon, Oct 26, 2015 at 01:24:00PM +0100, Gerd Hoffmann wrote: > > So this change would make real-time audio feel laggy. > > That is secondary if the sound quality is bad due to constant overruns > and underruns ...
This is like sweeping network performance problems under the rug by increasing queue size. Before bumping the buffer size and breaking real-time applications (i.e. 128-512 samples per buffer), there should be a little performance investigation to understand the root cause. Why are overruns/underruns occurring? Is the problem the host sound API, QEMU's audio/mixing infrastructure, or guest responsiveness? Stefan
signature.asc
Description: PGP signature
