Mads Kiilerich 04c24be2db PulseAudio: don't drain the stream right after initial uncorking ... The draining was introduced in ae3c8b19c6, apparently as an experiment doing several changes. But the drain is outside the loop where freewheeling changes, so the fix must have worked for other reasons. There doesn't seem to be any benefit from draining at that point. The stream is already empty. If not, we could have flushed it. Draining right after uncorking will conceptualy create an intentional underflow, even though it isn't reported as such. PipeWire seems to (something like 6-12 months ago) have regressed in handling of that grey area, causing that *underflow* to cause a request for too much data, and thus causing constant *overflows* and unusable playback. This change makes PulseAudio playback work for me again.		2022-11-02 02:24:34 +01:00
..
alsa	ALSA: request device to query its settings	2022-09-12 16:34:25 +02:00
coreaudio	Increase coreMIDI robustness, do not drop late events	2022-09-24 02:29:50 +02:00
dummy	AudioBackends: ignore setting latency of invalid port(s)	2022-06-24 19:55:17 +02:00
jack	jack backend: catch some possible errors in ::get_port_name()	2022-10-29 09:37:17 -06:00
MSVCbackends
portaudio	Suggest WinMME as default (enable MIDI by default)	2022-07-11 21:45:55 +02:00
pulseaudio	PulseAudio: don't drain the stream right after initial uncorking	2022-11-02 02:24:34 +01:00
wscript